forum.technoforward.ru

кажись ложная тревога оказалась (в предыдущем посте), проблема была, как водится, не у нас, а у айтишников, модифицирующих номер на VoIP шлюзе
но так как работает все не совсем так, как думалось, то все равно сакральный смысл команды 35172 остался не вполне ясен, вернее я пока не почувствовал ее влияние.

коллеги, перешел на Qsig вместо PRI. Перестали ходить наборы больше 4х цифр транзитные.

то есть было Cisco - pri - Neax - pri - M200
стало Cisco - qsig - Neax - pri - M200

то есть на M200 транзитились все звонки (на Pri, который смотрит в Cisco, стояло 3002>trk:21;),
а когда сменили на qsig, наборы больше 4x цифр не проходят...

Может, проблема не в количестве цифр, а в маршрутах (типа, тандем не разрешен, или АОН не тот, или еще что-то в этом роде)? Вы ведь что-то меняли в программировании, и, предполагаю, - отнюдь не 1-2 командочки...

тандем работает, как раз, ведь 4х-значные наборы проходят! а АОН, даже если неправильный должен быть виден, он роли не играет

Ну, раз Вы в этом уверены, тогда перед Вами стоит более сложный вопрос: какие действия (перепрограммирование, набор железа и лицензий) были предприняты при переходе с PRI на QSig? Во всяком случае, несколько смущает фразаШтатным для PRI является как раз значение 18, а 21 (недокументировано) выставляют именно при необходимости принять нефиксированную длину набранного номера. В QSig же документация рекомендует именно значение 21, и проблем с длиной в принципе возникать не должно. При этом реальный переход от PRI к QSig влечет за собой достаточно серьезные изменения как в программировании (часто при этом вводят новые номера маршрутов, что требует соответствующего переназначения команды 36), так и в составе необходимых лицензий. Поскольку в стартовом посте Вы ничего об этом не говорили, то предполагается, что всё выполнено корректно, однако, раз проблемы возникли, то Вам можно порекомендовать только ещё раз всё тщательно перепроверить...

в qsig документация как раз рекомендует параметр 31 в 3002 команде...(хотя у меня стоит 21 все-таки) поток прописывался заново, поэтому, использовались другие номера маршрутов, тандемы на которые в команде 360 естественно открывались. связь то работает по нему в обе стороны.

экспериментальтным путем установлено:

если приходит по QSIG - x-xx-xx-xx, то транзитом в PRI не уходит. (это я пропускал набор на город - 9-хх-хх-хх)
если прислать по QSIG - yy-x-xx-xx-xx, yy отрезать, то x-xx-xx-xx проходит...

то есть в одном случае меньше 8, а в другом - больше 8 цифр...
чувствую, что зарыта собака где-то здесь