Коллеги,
Имеется следующая конфигурация:

CO < EURO ISDN> M1 81C <MCDN> M1 61C

Софт 25.15 Networking, маршрутизация делается через CDP, внутренняя нумерация семизначная. Город хочет получать как calling number так и redirecting number типа national в формате area code плюс семизначный DN Меридиана.

В М1 CLID построили так:
HNTN XYZ - это наш area code
HLCL
DIDN YES

DMI таблица, работающая с TSC на город, имеет call type NPA.

Имеется проблема с Call Forward на внешний номер.

Если переадресующий абонент B живет на оконечной 61 машине, то все плохо: в качестве calling number абонента А отдается только семизначный DN без area code (call type - national), но что еще хуже - redirecting number абонента B состоит только из последних 4 цифр внутреннего номера, а call type - unknown.
Если call type в в вышеупомянутой dmi на оконечной машине поменять на cdp, то становится лучше - в redirecting number отдается весь семизначный DN, но по-прежнему с call type unknown.

Если переадресующий абонент B живет на транзитной 81 машине, то здесь получше: в качестве calling number абонента А отдается area code плюс семизначный DN (call type - national), в качестве redirecting number абонента B отдается area code плюс семизначный DN, вот только call type - unknown.

Может есть какие соображения в каком направлении копать, чтобы победить хотя бы redirecting number?

Заранее огромное спасибо!

Патч p18706 фиксит проблему типа звонка при переадресациях.

Спасибо за инфу о патче. Прошу прощения за наглость, но можно ли узнать дополнительно: этот патч лечит только call type или количество отдаваемых цифр номера тоже?

И еще. Есть ли этот патч под релиз 25.15???

При программировании CLID'а call type играет роль?

Патч делался на 25.40.
На 25.15 делать его уже вряд-ли будут...

:( Это печально.
Каков все-таки механизм формирования Меридианом redirecting numbera в Setup message D-канала MCDN линка? Ведь зависимость от call type в DMI налицо?

Ничего страшного. Не надо печалиться. Просто надо запросить Нортель о возможности rework'а этого патча. А там - видно будет.

Механизмы - в документации. Только они здесь не нужны.
Не надо путать тёплое с мягким. Есть баг с НЕподхватом предписанного маршрутизацией calltype на исходящем звонке, если звонок родился переадресацией.
А вот уже из-за "не того" типа не срабатывает формирование CLID'а.

:) Не будем печалиться!

И все-таки, почему если форвардящий абонент находится на транзитной машине, от которой уходит звонок, порожденный переадресацией, на ГТС по EURO ISDN, то невзирая на НЕподхват call type для redirecting number десятизначный "национальный" CLID для этого же redirecting number успешно формируется? Так же как совсем успешно формируется CLID calling абонента А? То есть баг имеет место при прохождении вызова по MCDN сети?
Извините за сумбур при изложении соображений.:)

Почему? Потому, что это не тёплое, не мягкое, а - дурно пахнущее.

Варианты решения всех перечисленных вопросов таковы:
1) RTFM (однако, исходя из собственного опыта, должен признать, что мало кто способен найти всю необходимую информацию по настройке PRI и транзитов в документации Нортель);
2) практические исследования.

По первому варианту могу порекомендовать почитать ВСЁ, что касается EURO ISDN в NTP.

По второму пункту: если EURO в направлении CO правильное (DID транки) и в Д-канале CLID=OPT1 (что верно по-умолчанию), то имеет смысл поделать ПРЯМЫЕ звоночки и помониторить calltype'ы и numbering plan'ы абонентов А и Б, меняя ctyp в маршрутизации. Делать это лучше в часы наименьшей нагрузки или на специально созданном тестовом потоке (это может быть банальная "петля" из М1 в этот же М1). Одновременно с calltype, имеет смысл посмотреть, какие "префиксы" из таблицы CLID применяются при том или ином ctyp'е. Когда удивление пройдёт, необходимо изменить тип транков с DID на TIE и снова произвести тестовые наборы. Снова оправившись от результатов тестов, надо будет ещё и поиграться с clid option в Д-канале. Для общего развития надо провести тесты на MCDN, да и на QSIG - не помешает...

Если после рекомендованных действий вопросы ещё останутся, то я с удовольствием на них отвечу и даже буду готов обсудить различные аспекты взаимодействия свичей в сетях связи.

ps: к сожалению, времени на описание всех аспектов формирования CLI - просто нет...

pps: чуть не забыл отметить возможность влияния тех или иных патчей на результаты тестирования.

Спасибо, уважаемый Karter, за ценные рекомендации.

Прошу прощения за собственную неграмотность, что есть RTFM?

это самый сложный вопрос :p

2 s_k_v :

http://search.rambler.ru/srch?old_q=%EF%F0%E0%E2%E8%EB%E0+%EF%EE%E2%E5%E4%E 5%ED%E8%FF+%E2+%EA%EE%ED%F4%E5%F0%E5%ED%F6%E8%FF%F 5&words=%F7%F2%EE+%F2%E0%EA%EE%E5+RTFM&set=www

ps: nothing personal :-)))))))

:D И я еще пытаюсь администрить мерина....
Все, надо переходить на *****слоников.

Да не бери в голову!

"Все мы учились по-немногу..." (с) Не Мой

2 Karter

Применил я все же 1 вариант :) и таки сформировал 10-значный redirecting number в Setup message D-канала EURO ISDN. Правда, тип номера все равно остался unknown. Одна надежда, что ГТСники не будут упираться по этому поводу.
Спасибо за поддержку в трудной борьбе!

2 s_k_v :

Одобряю!

Насчёт unknown: всё-таки необходимо не забывать о производителе и его ответственности. Если станция "белая", то никаких проблем со звонком в представительство Нортеля быть не должно. Рассмотреть ситуацию они в любом случае должны. А уж какой результат получится - видно будет. Но потеребить их стоит. Чтоб не дремали :-)))