forum.technoforward.ru
http://forum.technoforward.ru/

Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS
http://forum.technoforward.ru/viewtopic.php?f=6&t=1467
Страница 1 из 1

Автор:  nml [ 04 апр 2011, 17:18 ]
Заголовок сообщения:  Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Здравствуйте, уважаемые!!! Есть сеть: Alcatel A4400 - PRI - NEAX2400IPX - CCIS - NEAX2000IPS. В сети принята следующая нумерация: х-ABCD-abcd, где х-код доступа, ABCD-офис-код, идентифицирующий станцию (внутренняя нумерация одинаковая), abcd-внутренний номер. Звонки летают в обе стороны, все красиво, НО... При звонках с А4400 в 2000IPS 2400IPX подставляет свой офис-код, получается на дисплее Dterm"a 2000IPS номер вызывающего выглядит так: ABCD-ABCD-abcd. Это не есть гут. В 2400IPX свой офис-код прописан в команде ARNP для RT=0, как того и требует документация. Непонятно, почему происходит эта подстановка на транзите и можно ли от этого избавиться? В обратную сторону все ОК. Офис-коды ABCD у каждой станции свои.
Буду признателен за любую помощь.

Автор:  NEAXMAN [ 05 апр 2011, 11:22 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Вообще-то здесь, конечно, надо разбираться всерьез. Но на вскидку (вдруг да повезет :D ), я бы поиграл с командами A706, A707 в IPS (под фонарем, так сказать). Скажем, при настройке центрального билинга в своей сети я наблюдал похожую картину с паразитными офис-кодами на дисплее абонентов IPS, пока не обнулил на ней A706.
Понятно, при такой "игре" могут пострадать какие-нибудь полезные настройки, но для начала, в качестве эксперимента - это, возможно, допустимо ?

Автор:  nml [ 06 апр 2011, 10:37 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Попробовал. Не прокатило. Централизованного биллинга нет. "Паразитный" офис-код прилепляет IPX, когда идет вызов через нее транзитом в IPS. IPS'ы шлют все нормально: и друг другу, и в IPX, и через IPX дальше.

Автор:  NEAXMAN [ 06 апр 2011, 12:26 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Жаль, что не прокатило...
Тогда, насколько я понял, схема такая:
CCIS-сеть из IPX и IPS. Outside со стороны IPX по PRI.
Задача:
Прозрачно передать Calling Party Number (CPN), полученный в IPX при вх. вызове - через CCIS - на IPS.
Известно: CPN на IPX принимаются верно, что косвенно подтверждается индикацией на Dtrem-ах IPX.
На стороне IPS такой однозначности нет, причем утверждать, что CPN не передается вовсе - тоже нельзя, хотя проверить A728>CCH#=0; 08>379=0; 35145>CCISrt#=0 - на всякий случай стОит.

В IPX можно провести короткий эксперимент с ARNP вопреки мануалу (a. - убрать офис-код IPX с рута 0, б. - назначить этот офис-код на рут ISDN, в. - назначить его же на рут CCIS, г. - назначить его же на dummy-рут; по каждому пункту - проверить результат). Однако в этой эмпирике вероятность победы невелика, а вероятность скрытых проблем - не равна 0!

В IPX к правильной передаче CPN в CCIS, видимо, могут иметь отношение фичи A-126 и C-52. Фича A-126 ANI-CCIS (16 Digit). Смущает пометка "Note: This feature is available in North America only", однако я не склонен ее абсолютизировать, поскольку подобные сети с нормальными CPN своими глазами видел гораздо ближе. С другой стороны, ничего неожиданного в этой фиче не прописано, а указания по ARTD - довольно странны, начиная с того, что отнесены к СО-интерфейсу. Фича C-52 Calling/Called Number Display - CCIS и вовсе трактует о внутрисетевых вызовах, которые у Вас работают корректно.
Чтобы не рыскать вслепую, неплохо было бы вывести SMDR на обеих АТС и посмотреть поля OFFICE CODE/STN. NO.,/RT TRK,/CALLED PARTY (FOR CCIS) и ANI NO. Такой анализ прояснит, какая информация откуда берется, как и куда передается и где теряется.

Автор:  nml [ 06 апр 2011, 15:36 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

NEAXMAN писал(а):
Жаль, что не прокатило...
Тогда, насколько я понял, схема такая:
CCIS-сеть из IPX и IPS. Outside со стороны IPX по PRI.
Задача:
Прозрачно передать Calling Party Number (CPN), полученный в IPX при вх. вызове - через CCIS - на IPS.
Известно: CPN на IPX принимаются верно, что косвенно подтверждается индикацией на Dtrem-ах IPX.

Именно так.
NEAXMAN писал(а):
На стороне IPS такой однозначности нет, причем утверждать, что CPN не передается вовсе - тоже нельзя, хотя проверить A728>CCH#=0; 08>379=0; 35145>CCISrt#=0 - на всякий случай стОит.

На стороне IPS CPN'ы из других IPS'ов и из IPX принимаются тоже верно (чисто внутри CCIS), кроме транзита через IPX. Указанные команды для IPS проверил, все так, кроме 35145 (что 0, что 1, результат не меняется)
NEAXMAN писал(а):
В IPX можно провести короткий эксперимент с ARNP вопреки мануалу (a. - убрать офис-код IPX с рута 0, б. - назначить этот офис-код на рут ISDN, в. - назначить его же на рут CCIS, г. - назначить его же на dummy-рут; по каждому пункту - проверить результат). Однако в этой эмпирике вероятность победы невелика, а вероятность скрытых проблем - не равна 0!

Пробовал. Если снимаю офис-код с RT=0, то с IPX улетает только номер без офис-кода (в общем-то, так и быть должно), а на транзите становится все корректно. На другие руты этот офис-код не прилепить, ARNP позволяет прописать только три цифры, а у меня офис-коды четырехзначные.
NEAXMAN писал(а):
В IPX к правильной передаче CPN в CCIS, видимо, могут иметь отношение фичи A-126 и C-52. Фича A-126 ANI-CCIS (16 Digit). Смущает пометка "Note: This feature is available in North America only", однако я не склонен ее абсолютизировать, поскольку подобные сети с нормальными CPN своими глазами видел гораздо ближе. С другой стороны, ничего неожиданного в этой фиче не прописано, а указания по ARTD - довольно странны, начиная с того, что отнесены к СО-интерфейсу. Фича C-52 Calling/Called Number Display - CCIS и вовсе трактует о внутрисетевых вызовах, которые у Вас работают корректно.

Честно говоря, не понял, как можно применить A-126 ANI-CCIS (16 Digit) к моему случаю. Фича C-52 Calling/Called Number Display - CCIS, насколько я понял, говорит про шаблоны отображения CPN на экранах Dtrem'ов, тут все корректно.
NEAXMAN писал(а):
Чтобы не рыскать вслепую, неплохо было бы вывести SMDR на обеих АТС и посмотреть поля OFFICE CODE/STN. NO.,/RT TRK,/CALLED PARTY (FOR CCIS) и ANI NO. Такой анализ прояснит, какая информация откуда берется, как и куда передается и где теряется.

Т.е. сырой лог? Простите глупый вопрос: а как его вытащить из станций и чем?

Да, у меня CCIS реализована по IP через IPPAD'ы.

Автор:  Валерий [ 06 апр 2011, 23:03 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

nml писал(а):
...Т.е. сырой лог? Простите глупый вопрос: а как его вытащить из станций и чем?...
Если по RS-232C то хоть гипертерминалом...
А как - нужно настроить SMDR порт и подключить к нему комп.
Неужели у вас эти логи не ведутся?
Как-то сомнительно, чтобы такие немаленькие станции стояли совершенно безконтрольно.

Автор:  nml [ 07 апр 2011, 07:22 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Валерий писал(а):
Если по RS-232C то хоть гипертерминалом...

Ясно. Только не по RS-232, а по IP
Валерий писал(а):
А как - нужно настроить SMDR порт и подключить к нему комп.
Неужели у вас эти логи не ведутся?
Как-то сомнительно, чтобы такие немаленькие станции стояли совершенно безконтрольно.

SMDR, безусловно, снимается, WinTariff'ом. С IPS снять не проблема, одна из них стоит стендом передо мной. А вот с IPX выбрать нужные строчки... (в ней живут и работают порядка 600 живых абонентов). Попробую, сделаю выложу. Только обычно в таких случаях просят трассировки, а не SMDR, что и удивило. А трассировочка в IPX :shock: :shock: :shock:

Автор:  NEAXMAN [ 07 апр 2011, 11:17 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Ну, раз SMDR снимается, то всё не так уж плохо. Нужны, конечно, "сырые" логи - кто его знает, из каких полей Vintarif какие данные берет, и как их интерпретирует :?: . Ну а уж оттуда, конечно, нужен фрагмент, точнее - 2 фрагмента, содержащие ВСЕ имеющиеся записи об интересующем нас вызове:
из лога IPX:
- входящий на IPX по ISDN-руту (возможно, его не окажется, если IPX не настроен регистрировать входящие, хотя это нетрудно сделать хотя бы на время)
- исходящий с IPX на IPS по CCIS-руту
из лога IPS:
- входящий по CCIS-руту (его тоже может не оказаться - по умолчанию выводятся только исходящие, но и его получить тоже нетрудно).
Время начала может различаться на точность настройки часов АТС-сок, ну а длительность - должна совпасть, как и номер тайм-слота CCIS-транка в записях 2 и 3. Впрочем - всё это -очевидные вещи, а вот содержание полей Office code и ANI (а может быть - и не только этих) - очень интересно.
По поводу трасс с IPX - это Вы очень к месту... Если сможете приложить к логам еще и трассы - именно обе, и ISDN и CCIS - то ценность информации может повысится в разы. Правда, трасса CCIS расшифровка не поддается, там собственный NEC-овский протокол, но уж ISDN-трассу можно будет попробовать проанализировать!

Автор:  nml [ 08 апр 2011, 12:54 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

На следующей неделе постараюсь добыть все нужные данные

Автор:  NEAXMAN [ 08 апр 2011, 13:45 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Надеюсь, Вы не ждете, что из анализа этих данных немедленно родится однозначный ответ, типа - смените то-то и то-то в такой-то команде, и будет Вам счастье... А то разочарование может быть резким! Вполне ведь может оказаться, что ситуация не станет ни на йоту яснее. Но попытаться, мне кажется - можно.

Автор:  nml [ 02 фев 2012, 22:52 ]
Заголовок сообщения:  Re: Транзит ISDN PRI-NEAX2400IPX-CCIS-NEAX2000IPS

Здравствуйте, уважаемые! Очень извиняюсь за исчезновение и непредоставление обещанных данных, тому было много причин. Но речь не об этом. Победил я свой косяк, именно свой. Дополнительный (ненужный) офис-код шел с А4400. Буквально сегодня с ней работал, кой-чего подчистил, косяк исчез. Всем спасибо за участие.

Страница 1 из 1 Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/