forum.technoforward.ru

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

_________________
С уважением, Михаил

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

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

_________________
С уважением, Михаил

Жаль, что не прокатило...
Тогда, насколько я понял, схема такая:
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. Такой анализ прояснит, какая информация откуда берется, как и куда передается и где теряется.

Именно так.

На стороне IPS CPN'ы из других IPS'ов и из IPX принимаются тоже верно (чисто внутри CCIS), кроме транзита через IPX. Указанные команды для IPS проверил, все так, кроме 35145 (что 0, что 1, результат не меняется)

Пробовал. Если снимаю офис-код с RT=0, то с IPX улетает только номер без офис-кода (в общем-то, так и быть должно), а на транзите становится все корректно. На другие руты этот офис-код не прилепить, ARNP позволяет прописать только три цифры, а у меня офис-коды четырехзначные.

Честно говоря, не понял, как можно применить A-126 ANI-CCIS (16 Digit) к моему случаю. Фича C-52 Calling/Called Number Display - CCIS, насколько я понял, говорит про шаблоны отображения CPN на экранах Dtrem'ов, тут все корректно.

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

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

_________________
С уважением, Михаил

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

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Ясно. Только не по RS-232, а по IP

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

_________________
С уважением, Михаил

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

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

_________________
С уважением, Михаил

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

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

_________________
С уважением, Михаил