![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
![]()
Сообщение
#1
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 32 Регистрация: 27.2.2007 Пользователь №: 981 ![]() |
Добрый день.
Почитал-полистал форум. Есть схожие темы, но ни одна не подходит под решение моей проблемы. К тому же там отсутствуют некоторые данные, по которым я мог бы определить пути собственного решения. Поэтому обращаюсь сюда. Суть проблемы. Есть 2 станции ipLDK300. Они связаны друг с другом через ip канал (12 портовая VoIBE). На 1 станции Говорю по таблице из PCADMIN Index - System Usage - Num plan Code - CPN/IP - Net CO Group - Digit Repeat 00 NET 01#*** 0 0 No 01 02 PSTN 9 0 1 No 03 NET 02*** 195.190.106.198 2 No 04 PSTN 00 195.190.106.198 2 Yes 05 NET 03*** 78.107.10.117 2 No 06 PSTN 04 78.107.10.117 2 Yes где, 1 CO Group - городские линии в потоке е1 (30 линий) 2 CO Group - линии на плате VOIBE на 2 станции Index - System Usage - Num plan Code - CPN/IP - Net CO Group - Digit Repeat 00 NET 03#*** 0 0 No 01 PSTN 9 0 1 No 02 NET 02*** 78.107.66.84 2 No 03 PSTN 00 78.107.66.84 2 Yes 04 NET 03*** 195.190.106.198 2 No где, 1 CO Group - городские линии в потоке е1 (30 линий) 2 CO Group - линии на плате VOIBE Суть задачи: Сейчас на 1 станции выход на межгород и просто на город осуществляется через 9 на оператора связи. Надо сделать так, чтобы при наборе 98* (нууу.. возможно за исключением мобильных кодов сотовой связи) вызов уходил транзитом через 2ю станцию на поток, подсоединёный к этой станции. К сожалению, через LCR мне это сделать не получилось, видимо по причине ограницений, которые существуют в моей концигурации (например, я не понимаю, зачем в 1 станцию существует правило набора PSTN 04, если и с аналогового и системного аппарата данный набор не отрабатывает, причём на системнике пишет при этом причину - Caused Error). То есть я сейчас не могу сделать так, чтобы при наборе определённого кода я мог бы занять линию (например услышать сигнал готовности). Видимо по этой же причине и не отрабатывает LCR. Прошу посодействовать в решении проблемы. А то начальство очень усердно требует перевода МГ и МН вызовов в транзит. "Извините за неровный почерк"... ПС. Версия ПЦАдмин - 3.6Ci Версия MPB 1 станции - GS30P-3.6Am DEC/05 Версия MPB 2 станции - GS30P-3.6Df JUL/06 Заранее благодарен за ответы. Заранее благодарен. С уважением, Максимов Сергей. Компания ООО "Альтернатива-Фуд" |
|
|
![]() |
![]()
Сообщение
#2
|
|
Частый гость ![]() ![]() ![]() Группа: Участники Сообщений: 32 Регистрация: 27.2.2007 Пользователь №: 981 ![]() |
Цитата(harris @ Feb 20 2008, 02:32 PM) [snapback]12139[/snapback] 2 Cry_Baby: Вовращаясь к делу... К сожалению, LCR действительно не "дружит" с Networking, особенно с Networking по VOIP... Просто изначально не предусматривалось их совместное использование... Поэтому может быть куча нюансов, поскольку у Вас одни и те каналы VOIP используются для соединения с разными направлениями (с разными IP-адресами). ИМХО, будет проще и надежнее закрыть МГ с помощью COS по линиям ГАТС, и прописать какой-нибудь код типа 08 - для МГ через транзит по VOIP. А абонентов в приказном порядке заставить пользоваться кодом 08.... Врядли получится в вашем случае сделать автоматический выбор маршрута с помощью LCR. Увы, точного ответа дать не могу - это надо проверять и исследовать. К сожалению, у меня сейчас не получится этим заняться - только через 2 недели. ![]() На тему. Ситуация такая. Я её не отразил в 1 посте дословно, но... Есть основная станция, с которой есть выход в город и МГ и МН через 9* Есть удалённые офисы, выходы на которые соответственно через 02*** и 03*** (через voip) Тот офис, который 02*** вообще не трогаем, он побочный продукт. Нас интересует офис 03***. В нём самом таким же образом разрулено: 9* - выход на поток е1 01*** - выход через voip на станцию 01. Надо сделать так, чтобы МГ и МН с первой станции уходили по voip транзитом через вторую станцию на поток, подсоединёный к 2 станции. А остальная 9* уходила в поток с 1 станции. То есть вызовы на Москву и мобильные моск региона. И желательно это сделать без значительных изменений в сложившихся правилах набора. Если этого нельзя избежать, готов выслушать предложения. Спасибо, что основная тема сабжа всё-таки поднялась. |
|
|
![]() ![]() |
Текстовая версия | Сейчас: 18.7.2025, 0:40 |