Тема: Как обработать входящий по TIE на NS1000 до ARS’а?
Доброе время суток!
Есть 2 АТС: TDE200 и NS1000. Связаны по TIE.
1. TDE200 звонит по городу, межгороду и на мобильные через свои линии.
2. NS1000 звонит по городу и межгороду через свои линии, а на мобильные - через TDE200.
Все сделано через ARS, просто, удобно и одинаково.
Настроено взаимное резервирование линий: если, скажем, отвалился город на TDE - звонки пойдут через NS.
Есть одно исключение: на NS есть отдельная группа линий на СИП-провайдера для резервирования мобильных линий TDE. При звонках с NS, понятное дело, все работает. Хочется на эти же линии зарезервировать сами мобильные линии TDE. Сейчас при тупом перенаправлении звонков с TDE на NS через 8.4, понятное дело, возникает цикл: NS-овский ARS кидает их обратно (п.2).
Можно сделать просто, воспользовавшись отдельным поставщиком на TDE (8.5), куда засунуть сигнальные коды для NS-овского ARS’а. Будет чисто и красиво. Но свободных поставщиков на TDE у меня нет.
Суть вопроса: можно ли обработать звонок, прилетевший на NS через TIE, до ARS’а? Через 9.1 у меня не получается, звонок проскакивает мимо и уходит на ARS.
Доброе время суток!
Есть 2 АТС: TDE200 и NS1000. Связаны по TIE.
1. TDE200 звонит по городу, межгороду и на мобильные через свои линии.
2. NS1000 звонит по городу и межгороду через свои линии, а на мобильные - через TDE200.
Все сделано через ARS, просто, удобно и одинаково.
Настроено взаимное резервирование линий: если, скажем, отвалился город на TDE - звонки пойдут через NS.
Есть одно исключение: на NS есть отдельная группа линий на СИП-провайдера для резервирования мобильных линий TDE. При звонках с NS, понятное дело, все работает. Хочется на эти же линии зарезервировать сами мобильные линии TDE. Сейчас при тупом перенаправлении звонков с TDE на NS через 8.4, понятное дело, возникает цикл: NS-овский ARS кидает их обратно (п.2).
Можно сделать просто, воспользовавшись отдельным поставщиком на TDE (8.5), куда засунуть сигнальные коды для NS-овского ARS’а. Будет чисто и красиво. Но свободных поставщиков на TDE у меня нет.
Суть вопроса: можно ли обработать звонок, прилетевший на NS через TIE, до ARS’а? Через 9.1 у меня не получается, звонок проскакивает мимо и уходит на ARS.
1. Версия TDE какая? В новых версиях поставщиков в ARS больше.
2. ARS включить только для Local Access, а передавать номер от TDE на NS с префиксом выхода на группу линий (8хх), а не с кодом LocalAccess (9). Тогда такой номер пройдёт мимо ARSа.
Доброе время суток!
...
Можно сделать просто, воспользовавшись отдельным поставщиком на TDE (8.5), куда засунуть сигнальные коды для NS-овского ARS’а. Будет чисто и красиво. Но свободных поставщиков на TDE у меня нет.
Суть вопроса: можно ли обработать звонок, прилетевший на NS через TIE, до ARS’а? Через 9.1 у меня не получается, звонок проскакивает мимо и уходит на ARS.1. Версия TDE какая? В новых версиях поставщиков в ARS больше.
2. ARS включить только для Local Access, а передавать номер от TDE на NS с префиксом выхода на группу линий (8хх), а не с кодом LocalAccess (9). Тогда такой номер пройдёт мимо ARSа.
1. Версия TDE 003-000.
2. Спасибо, это мысль. ARS на NS и был уже включен для Local Access. Но все равно нужен поставщик - заменить 9 по умолчанию на 8хх. Сейчас поставщик, через которого идут все звонки с TDE на NS, дописывает “019”. А на NS “01” отгрызается в 10.2.третья закладка.
Спасибо всем, кто ответил и собирался ответить. Сделал через поставщика, избавился от одного неактуального. Все работает.
Доброе время суток!
...
Можно сделать просто, воспользовавшись отдельным поставщиком на TDE (8.5), куда засунуть сигнальные коды для NS-овского ARS’а. Будет чисто и красиво. Но свободных поставщиков на TDE у меня нет.
Суть вопроса: можно ли обработать звонок, прилетевший на NS через TIE, до ARS’а? Через 9.1 у меня не получается, звонок проскакивает мимо и уходит на ARS.1. Версия TDE какая? В новых версиях поставщиков в ARS больше.
2. ARS включить только для Local Access, а передавать номер от TDE на NS с префиксом выхода на группу линий (8хх), а не с кодом LocalAccess (9). Тогда такой номер пройдёт мимо ARSа.
1. Версия TDE 003-000.
С версии 5 или 6 у тебя в 8.2 тыща Leading Numbers, если это поможет.
2. Спасибо, это мысль. ARS на NS и был уже включен для Local Access. Но все равно нужен поставщик - заменить 9 по умолчанию на 8хх. Сейчас поставщик, через которого идут все звонки с TDE на NS, дописывает “019”. А на NS “01” отгрызается в 10.2.третья закладка.
Зачем поставщик? Это можно сделать в 3.1.4 или в 9.1.
Доброе время суток!
...
Можно сделать просто, воспользовавшись отдельным поставщиком на TDE (8.5), куда засунуть сигнальные коды для NS-овского ARS’а. Будет чисто и красиво. Но свободных поставщиков на TDE у меня нет.
Суть вопроса: можно ли обработать звонок, прилетевший на NS через TIE, до ARS’а? Через 9.1 у меня не получается, звонок проскакивает мимо и уходит на ARS.1. Версия TDE какая? В новых версиях поставщиков в ARS больше.
2. ARS включить только для Local Access, а передавать номер от TDE на NS с префиксом выхода на группу линий (8хх), а не с кодом LocalAccess (9). Тогда такой номер пройдёт мимо ARSа.
1. Версия TDE 003-000.
С версии 5 или 6 у тебя в 8.2 тыща Leading Numbers, если это поможет.
2. Спасибо, это мысль. ARS на NS и был уже включен для Local Access. Но все равно нужен поставщик - заменить 9 по умолчанию на 8хх. Сейчас поставщик, через которого идут все звонки с TDE на NS, дописывает “019”. А на NS “01” отгрызается в 10.2.третья закладка.
Зачем поставщик? Это можно сделать в 3.1.4 или в 9.1.
Через 9.1 с наскока у меня не получилось. Суть в том, что штатно эти звонки должны идти на собственную группу мобильных линий. И только если группа недоступна - тогда на TIE. При этом TIE используется еще и для резервирования других звонков, но только для этих междугородних мобильных надо еще отрезать “7”, поскольку на NS-ке их надо отправить на Betamax. Получается, что надо как-то задать условие: Если свои линии недоступны - послать на TIE и поставить маркер, чтобы NS отрезала “7” и отправила на Betamax. В 9.1 это можно отловить, увидев “01979”. Но там доступны для анализа только первые 3 цифры.
Кстати в Feature_guide не нашел последовательности срабатывания таблиц при обработке номера. Как я понимаю, 3.1.4-8.5-9.1?
3.1.4 - последняя. А 8.5 и 9.1 не должны работать вместе. 8.5 рулит публичными линиями, а 9.1 - приватными.
3.1.4 - последняя. А 8.5 и 9.1 не должны работать вместе. 8.5 рулит публичными линиями, а 9.1 - приватными.
Спасибо!
