|
"CM201>6:A129
CM201>223:A129"
Нужно посмотреть внимательно, какие руты предоставляются в A129 по набору "6" и "223", в каком порядке и с какими ограничениями. Если применяется дифференциация по тенантам, то она в принципе тоже может содержать ограничения.
Схематично ситуация следующая:
Входящий вызов пришел по руту XX со свойствами 35YY и с набором abcdef..., по транку Dnnn тенанта Т1 (строго говоря, номер тенанта может присваиваться набору и отличаться от номера тенанта транка).
Набор abcdef... обрабатывается в соответствии с командой 20. При маршрутизации этому вызову предоставляется рут ZZ (ZZ, вероятно, зависит от набора abcdef...!! Проверьте еще раз номер исх. рута) со своими свойствами 35YY, и в нем транк Dnnn тенанта Т2.
Для разрешения необходимо:
360>XXZZ=0;
3505>XX=1 (лучше, если и 3505>ZZ=1) и\или 08>324=0, 08>028=0;
При желании можно придумать и дополнительные, но вполне понятные препятствия, например: исходящий рут - PRI, где оператор ждет АОН и предъявляет к нему определенные требования по количеству цифр, принадлежности, типу номера и т.п.;
632>T1T2=1 (экзотика, но не исключено. Бывает даже T1=T2, и при этом 632>T1T2=0);
Иными словами, сложность задачи в принципе мало чем ограничивается, и зависит от характера и настроения того, кто колдовал над Вашей системой на том или ином этапе. Но в любом случае тандем разрешается или запрещается теми же инструментами, что и обычный исходящий и входящий вызов, плюс команды 360, 3505 и 08.
С замечанием уважаемого Mr.Bean (См1522) невозможно не согласиться. Странно, что это команда не включена в Feature Programming Manual --> TRUNK TO TRUNK CONNECTION.
|
Вход
Регистрация
FAQ
Поиск
