Объединение 2 IPECS в одну тел. сеть |
Здравствуйте, гость ( Вход | Регистрация )
Объединение 2 IPECS в одну тел. сеть |
12.1.2010, 10:37
Сообщение
#1
|
|
Участник Группа: Участники Сообщений: 10 Регистрация: 24.12.2009 Пользователь №: 14145 |
Есть 2 станции, стоят в разных офисах у каждой есть прямой (публичный) ip адрес.
В основном офисе секретарский телефон lip8012d и несколько дектовских трубок. Во втором просто несколько дектовских трубок. Внутри каждой АТС звонки ходят нормально, Каждая имеет сипнетовский аккаунт и вход и выход (через 9) работают. В одном офисе диапазон внутренних номеров 100 - 169 , во втором с 170 - ... . Задача: сделать чтобы из одного офиса можно было позвонить во второй по коротким номерам. Как правильно это сделать? Важно при этом сохранить автономность, то есть при отключении интернета в любом из офисов чтобы во втором работал и вход и выход через сипнет. |
|
|
2.9.2013, 13:50
Сообщение
#2
|
|
Ветеран форума Группа: Участники Сообщений: 353 Регистрация: 27.2.2009 Из: Москва Пользователь №: 12941 |
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая:
1ххх - внутренние номера iPECS1000 2xxx - номера от SIP-провайдера 3ххх - номера по E1. Ситуация следующая 1. С 1ххх на 2ххх - проходят (используется LCR) 2. С 1ххх на 3ххх - проходят (используется LCR) 3. С 2ххх на 1ххх - проходят 4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252)) 5. С 3ххх на 1ххх - проходят 6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252)) Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"? MFIM/GS98M-5.5Gt MAY/12 |
|
|
2.9.2013, 15:18
Сообщение
#3
|
|
ГУРУ Группа: Участники Сообщений: 12388 Регистрация: 23.11.2006 Из: Москва Пользователь №: 146 |
Проработала эта система год и, без каких-либо известных мне изменений в конфигурации, звонки с номеров 3xxx на 2ххх не проходят. Напомню, система такая: 1ххх - внутренние номера iPECS1000 2xxx - номера от SIP-провайдера 3ххх - номера по E1. Ситуация следующая 1. С 1ххх на 2ххх - проходят (используется LCR) 2. С 1ххх на 3ххх - проходят (используется LCR) 3. С 2ххх на 1ххх - проходят 4. С 2ххх на 3ххх - проходят (используется CO Call Rerouting(252)) 5. С 3ххх на 1ххх - проходят 6. С 3ххх на 2ххх - НЕ проходят (используется CO Call Rerouting(252)) Ставил отладчик на поток и на SIP-прокси. При звонке с 3ххх на 2ххх звонок в потоке приходит верно, но на SIP-линию не попадает (застревает где-то в станции). Во всех остальных вариантах отладчик показывает все верно. Сравнивал текущую настройку со старыми бекапами - ключевых изменений не нашел (CO/IP Attributes(140~142), ISDN Attributes(200), MSN Table(202), Prefix Dialing Table(206), LCR LDT(221), LCR DMT(222), Flexible DID Conversion(231), CO Call Rerouting(252)). Станцию перезагружали. Где еще может быть "засада"? MFIM/GS98M-5.5Gt MAY/12 Ну вы же понимаете, что ваш вопрос риторический... Можно только гадать. Ключевых изменений не было, так может повлияло то, что вы не относите к ключевым ??? -------------------- Аксиома Коула: Общая сумма разума на планете - величина постоянная, а население растет ...
|
|
|
Текстовая версия | Сейчас: 5.11.2024, 5:36 |