forum.technoforward.ru

Добрый день! Есть две настроенных и успешно работающих платы: потока e1 (PRI) и плата городских линий (4CO).
Через CO уходят звонки на мобильные телефоны начинающиеся с 8921. E1 работает с 50 роутом. CO работает с 30 роутом.
Появилась такая проблема, если в e600 определенному абоненту сделать безусловную переадресацию, то если установить мобильный номер начинающийся с не "8921" то звонки уходят через 50 роут и все работает, а если установить номер начинающийся с 8921, то первый звонок идет в 30 роут и сразу слышен отбой. Если же 30 роут занят, то все норм (уходит опять таки в 50). Выход в город сделан через 9 и LCR. Буду очень признателен за помощь!!!

Проверьте для начала Command 360. Для комбинации рутов 5030 должен быть 0
Скорее всего, у вас установлено 1, поэтому вызовы из города на мобильные рестриктятся и переадресация не срабатывает.

P.S. Правильно ли я понимаю, что Вы находитесь в Санкт-Петербурге, а услуги связи вам предоставляет Смарт-Телеком?

P.P.S. На всякий случай напомню, что 8921 это не обязательно Питерские мобильные.
Так например, если посмотреть начало нумерации, а именно 8-921-0хх-хх-хх, то:

8921000хххх - 8921004хххх - Псковская область - 50 000 номеров
8921005хххх - 8921009хххх - Калининградская область - 50 000 номеров
892101ххххх - Республика Карелия - 100 000 номеров
892102ххххх - Новгородская область - 100 000 номеров
892103ххххх - 892104ххххх - Мурманская область - 200 000 номеров
892105ххххх - 892106ххххх - Вологодская область - 200 000 номеров
892107ххххх - 892108ххххх - Архангельская область - 200 000 номеров
892109ххххх - Санкт - Петербург и Ленинградская область - 100 000 номеров

Итого из 1 000 000 номеров, Питерских только 100 000 или 10%.
Остальное - Междугородка, с соответствующими тарифами.
Так что анализируйте глубже, чем по первым 3-4 цифрам.


Свериться с актуальными кодами DEF (с определённой степенью достоверности) вы можете например тут.

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

Оставлю за скобками выбор критерия "921": - это, безусловно, область уважаемого Валерия (замечу, впрочем: а чем, скажем, "931" хуже...).
В остальном - вырисовывается проблема, которую можно было бы описать так:
система маршрутизирует вызовы с префиксом 8921 в первую очередь в роут 30 (CO), и во вторую - в роут 50 (PRI). При этом прямые наборы с таким префиксом маршрутизируются нормально, а переадресованные, при направлении в 30 роут не проходят.
Прежде чем начать искать средства помощи, хотелось бы уточнить ряд вопросов:
1. Правильно ли я понял (сформулировал) проблему?
2. Как можно подробнее опишите что происходит, когда:
3. Куда направлены транки роута 30 и сколько этих транков. Все ли они обслуживаются GSM-шлюзом, или только часть. Какой это шлюз, каковы его особенности: требует ли он (шлюз) паузы после "8", и какой минимальной длительности должна быть эта пауза.

Да, действительно установлено в 1, поставил 0, но все таки проблема не в этом)



Санкт-Петербург, Старт-Телеком!!!



Согласен, распишу, но станцию недавно запустили и пока что тестирую некоторые моменты)

1. Проблема сформулирована верно!
2. Система маршрутизирует вызовы с префиксом 8921 в первую очередь в роут 30 (CO), и во вторую - в роут 50 (PRI). Если занять 30 роут, то переадресованные вызовы уйдут в 50 роут и переадресация будет работать до момента пока 30 роут будет занят!!! как только линия CO становится свободна, то переадресация перестает работать. Сразу отбой (короткие гудки). И так до момента пока 30 роут не будет занят!
3. Транк один (030)....направлены в первую линию CO (плата городских линий). Обслуживается одним GSM шлюзом (сим карта мегафон). Пауза очевидна не нужна, тк прямые звонки на мобильные номера работают!

Собственно, разъяснение требовалось именно для слов "...Сразу отбой...". Имеется ввиду - занимается ли при этом транк, происходит ли набор в него, и по результату - бизи (от шлюза, или от оператора), либо всего этого не происходит, и тогда - это рестрикт АТС. Не хотелось воевать на два фронта..., ну да видимо, придется.
При наличии единственного СО-транка, несложно было бы предположить, что причиной является отсутствие разрешения на тандем 50-го роута с 30-м. Именно об этом 360>5030=0! Однако смущает (и очень сильно!), что при этом вызов не уходит в 50-й роут, а ведь должен бы был! Есть, правда, еще один нюанс: система может сама, независимо от 36 команды, запретить тандем, если на исходящем роуте указано, что СИГНАЛ ОТБОЯ НЕ ПОСТУПАЕТ. Для СО-роутов по умолчанию именно так и назначено (3505>30=0). В случае с GSM-шлюзом, вероятно, можно назначить здесь "1", но надо дополнять это назначение другими мерами, в том числе - в самом шлюзе, если он это поддерживает.
Имеются и другие возможности "скрытно" запретить тандем - но уж вовсе экзотические и садомазохистские, ну, например - сделать роут однонаправленным, поиграть с Tenant Service... Однако, имхо, при любых подобных ситуациях должен был бы срабатывать альтернативный маршрут - в PRI.
Проверить гипотезу о невозможности тандема, впрочем, совсем несложно: поставьте Е6 переадресацию на 8921, и сделайте вызов на переадресованный аппарат а) извне системы (по PRI), и б) - по местной связи. Есть разница?
Второй гипотезой может быть гипотеза о том, что маршрутизация прописана у Вас по-разному для случая прямого набора и вызова с переадресацией. Тогда в LCR должны были бы иметься те или иные условия, например - анализ тенанта. В этом случае возможно всё, что угодно, в том числе - различное содержание реально выдаваемых в набор цифр, и, соответственно, - возникновение описанного Вами эфекта, но при этом "Сразу отбой" должен был бы приходить "чуть-чуть не совсем сразу"...
Как видите - уточнения от Вас всё-же нужны.
PS. Только, пожалуйста, - не надо сразу выкладывать листинг LCR - он либо будет неполным, и потому - бесполезным, либо - полным, и потому - неподъемным, отбивающим малейшее желание прочесть его, как "Войну и Мир", и поискать в нем ошибочки...

Листинг LCR выкладывать не буду, т.к. уверен, что проблема не в нем!!! Вы правильно сказали, это не бизи шлюза или оператора, это рестрикт станции (короткие гудки идут сразу, даже номер не успевает набрать). Буду в офисе сразу попробую команду (3505>30=1) и посмотрю настройки шлюза на возможное отсутствие сигнала отбоя! По результатам отпишусь!

ОК! Только если вдруг 3505 поможет, то до момента, когда Вы этот отбой поддержите со стороны шлюза, контроль за подвисанием транка будет на Вас! Страшного в этом немного: со стороны PRI отбой, скорее всего, придет, но тем не менее...