BiTel

В билде 4.6_146 в каталоге лог BgRadiusVoip не фиксируется содержимое Radius пакетов.
Модуль VoiceIP выдает "Тип звонка не определен[13]" и так как идет процесс скрещивания с альтексом(где тоже возможны ошибки) появилось желание посмотреть на Radius пакеты, получаемые BgBilling, но в версии 4.6 в каталоге c:\bgRadiusServer\log они не фиксируются.
В 4.5 они на диск записывались

radius.log вообще пуст или что-нибудь там есть?

radius.log

4-16/10:37:40 INFO [main] DefaultServerSetup - Init DB connection pools
4-16/10:37:41 INFO [main] DefaultServerSetup - Init trash pools..
4-16/10:37:41 INFO [main] Radius - Starting radius auth_port:1812 acct_port:1813 admin_port:1956
4-16/10:37:41 INFO [main] Radius - Init processor
class: bitel.billing.server.processor.voiceip.VoiceIpProcessor
mid: 1
4-16/10:37:41 INFO [Thread-11] PortListener - Starting PortListener port=1812|type=AUTH_LISTENER
4-16/10:37:41 INFO [Thread-12] PortListener - Starting PortListener port=1813|type=ACCOUNT_LISTENE

4-16/10:37:41 INFO [Thread-13] AdminPortListener - Starting AdminPortListener on 1956

+1 =) Обновилися
linux везде всключен дебаг из логов только:

В 4.6 переделали систему логирования... В processor.log тоже нет?

processor.log

04-16/13:17:39 INFO [main] processor - Loading NAS list...
04-16/13:17:39 INFO [main] processor - LOADED NAS: [ NAS-Identifier: PSS; NAS-IP-Address: 127.0.0.
1; SECRET: secret; Vendor: 9 ]
CONFIG: service=1
auth.in=telephony/originate
auth.out=telephony/answer
acct.in=telephony/originate
acct.out=telephony/answer
04-16/13:17:39 INFO [main] processor - LOADED NAS: [ NAS-Identifier: IP-ATC; NAS-IP-Address: 92.50
.206.199; SECRET: secret; Vendor: 9 ]
CONFIG: service=1
aauth.in=telephony/originate
auth.out=telephony/answer
acct.in=telephony/originate
acct.out=telephony/answer
04-16/13:17:39 INFO [main] VoiceIpProcessor - [ NAS-Identifier: IP-ATC; NAS-IP-Address: 92.50.206.
199; SECRET: secret; Vendor: 9 ] find modes: Calling-Station-Id=ALIAS User-Name=ALIAS User-Name=LOGI
N
04-16/13:17:39 INFO [main] VoiceIpProcessor - [ NAS-Identifier: PSS; NAS-IP-Address: 127.0.0.1; SE
CRET: secret; Vendor: 9 ] find modes: Calling-Station-Id=ALIAS User-Name=ALIAS User-Name=LOGIN

Скачал последний билд, логи по радиусу так и не создаются

Разбираемся...

При приходе звонка на BgBilling от PSS фиксируется ошибка звонка(13 код). Но PSS выдает содержимое Radius пакета без двойный записей:
h323-call-origin=h323-call-origin=answer
h323-call-type=h323-call-type=Telephony

17 11:40:47
Type=AUTHENTICATION_REQUEST
Attributes:
User-Name=92.50.206.199
User-Password=pss
NAS-IP-Address=127.0.0.1
Calling-Station-Id=230908
NAS-Port-Type=0
Called-Station-Id=78412230913
cisco-NAS-Port=PSS
h323-conf-id=h323-conf-id=83DF008 49E83278 B22 36464646
h323-call-origin=h323-call-origin=answer
h323-call-type=h323-call-type=Telephony

Выложили новый билд. Там опечатка была в log4j-radius.xml
<category name="radius" additivity="false">
<appender-ref ref="SCRIPT" />
</category>
-
<category name="radius" additivity="false">
<appender-ref ref="RADIUS" />
</category>

Логи появились, но там есть запись
h323-call-origin=h323-call-origin=answer
h323-call-type=h323-call-type=Telephony

В логах PSS двойного появления h323-call-origin и h323-call-type нет
Кому верить?

Верить нам
В общем, у циско в свое время сформировался какой-то странный порядок насчет строковых RADIUS атрибутов. А именно: в тело атрибута дополнительно помещалось название атрибута и символ =. При том, что необходимости в этом нет совсем, код атрибута и так его определяет..
Мы поддержали это в радиусе. Причем по-умолчанию для вендоровских string атрибутов. Для исключения подобного поведения в dictionary.xml приходилось сопровождать введение атрибута загадочным add="no". В 4.6 это убрали, понадеявшись, что цискари бросили так делать..
Ан нет
Выложил обновление радиуса, там исправленный словарь с add="yes" для цисковских строковых атрибутов ну и классы поправил словаря. По-умолчанию теперь нормальный режим.. Пробуйте.

Спасибо, все заработало. Отлаживаюсь дальше

приветствую!

У вас есть рабочие конфиги для связки bg с pss?
удалось ли скрестить их? Буду благодарен за любую информацию