forum.technoforward.ru http://forum.technoforward.ru/ |
|
Переадресация на GSM шлюз http://forum.technoforward.ru/viewtopic.php?f=24&t=1727 |
Страница 1 из 1 |
Автор: | revenant [ 15 фев 2012, 19:52 ] |
Заголовок сообщения: | Переадресация на GSM шлюз |
Добрый день! Есть две настроенных и успешно работающих платы: потока e1 (PRI) и плата городских линий (4CO). Через CO уходят звонки на мобильные телефоны начинающиеся с 8921. E1 работает с 50 роутом. CO работает с 30 роутом. Появилась такая проблема, если в e600 определенному абоненту сделать безусловную переадресацию, то если установить мобильный номер начинающийся с не "8921" то звонки уходят через 50 роут и все работает, а если установить номер начинающийся с 8921, то первый звонок идет в 30 роут и сразу слышен отбой. Если же 30 роут занят, то все норм (уходит опять таки в 50). Выход в город сделан через 9 и LCR. Буду очень признателен за помощь!!! |
Автор: | Валерий [ 16 фев 2012, 03:52 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
Проверьте для начала 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 (с определённой степенью достоверности) вы можете например тут. |
Автор: | NEAXMAN [ 16 фев 2012, 09:19 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
Оставлю за скобками выбор критерия "921": - это, безусловно, область уважаемого Валерия (замечу, впрочем: а чем, скажем, "931" хуже...). В остальном - вырисовывается проблема, которую можно было бы описать так: система маршрутизирует вызовы с префиксом 8921 в первую очередь в роут 30 (CO), и во вторую - в роут 50 (PRI). При этом прямые наборы с таким префиксом маршрутизируются нормально, а переадресованные, при направлении в 30 роут не проходят. Прежде чем начать искать средства помощи, хотелось бы уточнить ряд вопросов: 1. Правильно ли я понял (сформулировал) проблему? 2. Как можно подробнее опишите что происходит, когда: Цитата: первый звонок идет в 30 роут и сразу слышен отбой 3. Куда направлены транки роута 30 и сколько этих транков. Все ли они обслуживаются GSM-шлюзом, или только часть. Какой это шлюз, каковы его особенности: требует ли он (шлюз) паузы после "8", и какой минимальной длительности должна быть эта пауза. |
Автор: | revenant [ 16 фев 2012, 10:12 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
Валерий писал(а): Проверьте для начала Command 360. Для комбинации рутов 5030 должен быть 0 Скорее всего, у вас установлено 1, поэтому вызовы из города на мобильные рестриктятся и переадресация не срабатывает. Да, действительно установлено в 1, поставил 0, но все таки проблема не в этом) Валерий писал(а): 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 цифрам. Согласен, распишу, но станцию недавно запустили и пока что тестирую некоторые моменты) |
Автор: | revenant [ 16 фев 2012, 11:18 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
NEAXMAN писал(а): Оставлю за скобками выбор критерия "921": - это, безусловно, область уважаемого Валерия (замечу, впрочем: а чем, скажем, "931" хуже...). В остальном - вырисовывается проблема, которую можно было бы описать так: система маршрутизирует вызовы с префиксом 8921 в первую очередь в роут 30 (CO), и во вторую - в роут 50 (PRI). При этом прямые наборы с таким префиксом маршрутизируются нормально, а переадресованные, при направлении в 30 роут не проходят. Прежде чем начать искать средства помощи, хотелось бы уточнить ряд вопросов: 1. Правильно ли я понял (сформулировал) проблему? 2. Как можно подробнее опишите что происходит, когда: Цитата: первый звонок идет в 30 роут и сразу слышен отбой 3. Куда направлены транки роута 30 и сколько этих транков. Все ли они обслуживаются GSM-шлюзом, или только часть. Какой это шлюз, каковы его особенности: требует ли он (шлюз) паузы после "8", и какой минимальной длительности должна быть эта пауза. 1. Проблема сформулирована верно! 2. Система маршрутизирует вызовы с префиксом 8921 в первую очередь в роут 30 (CO), и во вторую - в роут 50 (PRI). Если занять 30 роут, то переадресованные вызовы уйдут в 50 роут и переадресация будет работать до момента пока 30 роут будет занят!!! как только линия CO становится свободна, то переадресация перестает работать. Сразу отбой (короткие гудки). И так до момента пока 30 роут не будет занят! 3. Транк один (030)....направлены в первую линию CO (плата городских линий). Обслуживается одним GSM шлюзом (сим карта мегафон). Пауза очевидна не нужна, тк прямые звонки на мобильные номера работают! |
Автор: | NEAXMAN [ 16 фев 2012, 12:09 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
Собственно, разъяснение требовалось именно для слов "...Сразу отбой...". Имеется ввиду - занимается ли при этом транк, происходит ли набор в него, и по результату - бизи (от шлюза, или от оператора), либо всего этого не происходит, и тогда - это рестрикт АТС. Не хотелось воевать на два фронта..., ну да видимо, придется. При наличии единственного СО-транка, несложно было бы предположить, что причиной является отсутствие разрешения на тандем 50-го роута с 30-м. Именно об этом 360>5030=0! Однако смущает (и очень сильно!), что при этом вызов не уходит в 50-й роут, а ведь должен бы был! Есть, правда, еще один нюанс: система может сама, независимо от 36 команды, запретить тандем, если на исходящем роуте указано, что СИГНАЛ ОТБОЯ НЕ ПОСТУПАЕТ. Для СО-роутов по умолчанию именно так и назначено (3505>30=0). В случае с GSM-шлюзом, вероятно, можно назначить здесь "1", но надо дополнять это назначение другими мерами, в том числе - в самом шлюзе, если он это поддерживает. Имеются и другие возможности "скрытно" запретить тандем - но уж вовсе экзотические и садомазохистские, ну, например - сделать роут однонаправленным, поиграть с Tenant Service... Однако, имхо, при любых подобных ситуациях должен был бы срабатывать альтернативный маршрут - в PRI. Проверить гипотезу о невозможности тандема, впрочем, совсем несложно: поставьте Е6 переадресацию на 8921, и сделайте вызов на переадресованный аппарат а) извне системы (по PRI), и б) - по местной связи. Есть разница? Второй гипотезой может быть гипотеза о том, что маршрутизация прописана у Вас по-разному для случая прямого набора и вызова с переадресацией. Тогда в LCR должны были бы иметься те или иные условия, например - анализ тенанта. В этом случае возможно всё, что угодно, в том числе - различное содержание реально выдаваемых в набор цифр, и, соответственно, - возникновение описанного Вами эфекта, но при этом "Сразу отбой" должен был бы приходить "чуть-чуть не совсем сразу"... Как видите - уточнения от Вас всё-же нужны. PS. Только, пожалуйста, - не надо сразу выкладывать листинг LCR - он либо будет неполным, и потому - бесполезным, либо - полным, и потому - неподъемным, отбивающим малейшее желание прочесть его, как "Войну и Мир", и поискать в нем ошибочки... |
Автор: | revenant [ 16 фев 2012, 13:32 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
NEAXMAN писал(а): Собственно, разъяснение требовалось именно для слов "...Сразу отбой...". Имеется ввиду - занимается ли при этом транк, происходит ли набор в него, и по результату - бизи (от шлюза, или от оператора), либо всего этого не происходит, и тогда - это рестрикт АТС. Не хотелось воевать на два фронта..., ну да видимо, придется. При наличии единственного СО-транка, несложно было бы предположить, что причиной является отсутствие разрешения на тандем 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) и посмотрю настройки шлюза на возможное отсутствие сигнала отбоя! По результатам отпишусь! |
Автор: | NEAXMAN [ 16 фев 2012, 14:14 ] |
Заголовок сообщения: | Re: Переадресация на GSM шлюз |
ОК! Только если вдруг 3505 поможет, то до момента, когда Вы этот отбой поддержите со стороны шлюза, контроль за подвисанием транка будет на Вас! Страшного в этом немного: со стороны PRI отбой, скорее всего, придет, но тем не менее... |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/ |