forum.technoforward.ru

Тфоп-PRI(TR50)-NEC2000IPS-PRI(TR60)-Asterisk, процессор 14 версия, транзит АОНов-35281,35282 для обоих TR -0.
При звонке с * в город SMDR выдает две строки-
1-входящий для NEC(с TR60) звонок с номером звонящего с * абонента
2-исходящий для NTC(на TR50) звонок с набранным номером
Для обработки такого звонка мне нужно, чтобы оба номера были в одной строке.
Есть мысль, но не не знаю как это реализуется и вообще возможно ли:
Звонок такого типа осуществляется с кодом авторизации, при этом кодом является АОН, передаваемый *, и тогда, насколько мне видется, в исходящем звонке передается не только набранный номер, но и номер звонящего в качестве Autorization Code на позициях 104-113 в строке SMDR, как при звонке через Remote Access to System.

ИМХО вполне здравая мысль.
Не совсем понятно, какая нужна помощь... Если: "Как сделать DISA по АОНу?", то ответ: CID CALL ROUTING (Feature Programming Manual, p. 192).

Для того, чтобы звонки от * уходили в город, отключил конвертацию c TR60 от * 3518>60:1 и звонки обрабатываются по плану 201 и LCR c 3518=0 у меня не работало, а по CID CALL ROUTING ее надо включить, как же у меня звонки будут направлятся на TR50

Извиняюсь не до конца прочитал мануал, пока вопросов нет

сделал следующее:
35174>60:1
2A51>4959958810:100
7609>100:01
7601>100:D16
7605>100:01
7614>100:0
в исходящем звонке в строке SMDR на позициях Autorization code ничего не передается,по моему вообще ничего не поменялось. Что я сделал не так?

Раз Вы говорите об "исходящем звонке", значит фичу CID CALL ROUTING Вы реализовали успешно, и DISA с АОНом в качестве пароля у Вас теперь есть - уже хорошо!
Теперь надо понять, выводится ли в SMDR код авторизации. В документе под названием "NEAX2000IPS SMDR/MCI/PMS Interface Specifications" сказано, что в полях 109-124 отображается AUTHORIZATION CODE/DISA (Remote Access to System) CODE только в случае использования формата NEAX1400 IMS Format; форматы Extended 2400 IMS и Former 2400 IMS Format подразумевают отображение только AUTHORIZATION CODE. Стало быть, при программировании SMDR необходимо обеспечить именно этот формат. Поддерживается он, боюсь, только в SMDR with AP00B MRC-C (AP00-RS port): D001>82(\102\122\142)=4.