Тема: Резервирование линии.
Добрый день.
У меня удалось нормально соединить FreeSwitch с панасоником (TDE100) через SIP с практически всеми фичами, которые нужны.
Но нужна еще одна: резервирование.
Объясняю.
Есть транк-группа для SIP (6-я). Есть транк-группа для IP (7-я).
Так вот хочется сделать так, чтобы звонок шел через SIP, но если вдруг что случится с FreeSwitch’ем, чтобы звонок шел по старой схеме через IP.
В настройках TIE увидел такую штуку, как Priority, но попробовав там вбить второй “путь” и выключив FreeSwitch, ничего не получил. То есть сниффером я видел, что звонки все равно ломятся на фрисвитч.
В общем, прошу помощи у сообщества, подскажите, можно ли сделать так, как я хочу, и, если можно, то где это делается?
Заранее всем спасибо.
В настройках TIE увидел такую штуку, как Priority, но попробовав там вбить второй “путь” и выключив FreeSwitch, ничего не получил. То есть сниффером я видел, что звонки все равно ломятся на фрисвитч...
Боюсь, что Ваш Панас не знает и не контролирует, что Вы свитч выключили...
Как станция должна понять, что ваш фрисвич помер?
В общем, прошу помощи у сообщества, подскажите, можно ли сделать так, как я хочу,
Можно, если соединить станции по потоку.
Фри свич по сипу с регистрацией?
Фри свич по сипу с регистрацией?
Без регистрации.
Как станция должна понять, что ваш фрисвич помер?
Саш, я тоже много раз задавался этим вопросом, но так решения адекватного и не получил.
По логике должно быть так: посылается звонок на адрес свитча и если в течении определенного времени ответ не получен, то должна пойти попытка по второму приоритету - так логично... в реальности нормальными методами такое реализовать не удалось...
Звонок идет по несуществующему пути и приоритет 2 срабатывает только при физическом отключении пути.
В настройках TIE увидел такую штуку, как Priority, но попробовав там вбить второй “путь” и выключив FreeSwitch, ничего не получил. То есть сниффером я видел, что звонки все равно ломятся на фрисвитч...
Боюсь, что Ваш Панас не знает и не контролирует, что Вы свитч выключили...
Ну он же посылает туда инвайты, а ответа не получает. Или он не отслеживает такие события?
Ну он же посылает туда инвайты, а ответа не получает. Или он не отслеживает такие события?
Фрисвич отслеживает?
Как станция должна понять, что ваш фрисвич помер?
Саш, я тоже много раз задавался этим вопросом, но так решения адекватного и не получил.
По логике должно быть так: посылается звонок на адрес свитча и если в течении определенного времени ответ не получен, то должна пойти попытка по второму приоритету - так логично... в реальности нормальными методами такое реализовать не удалось...
Звонок идет по несуществующему пути и приоритет 2 срабатывает только при физическом отключении пути.
Хм, получается, только при падении сервера полностью (то есть чтобы пинги переставали идти) такой вариант прокатит?
Ну он же посылает туда инвайты, а ответа не получает. Или он не отслеживает такие события?
Фрисвич отслеживает?
Нет, вопрос про панас был.
Как станция должна понять, что ваш фрисвич помер?
Саш, я тоже много раз задавался этим вопросом, но так решения адекватного и не получил.
По логике должно быть так: посылается звонок на адрес свитча и если в течении определенного времени ответ не получен, то должна пойти попытка по второму приоритету - так логично... в реальности нормальными методами такое реализовать не удалось...
Звонок идет по несуществующему пути и приоритет 2 срабатывает только при физическом отключении пути.Хм, получается, только при падении сервера полностью (то есть чтобы пинги переставали идти) такой вариант прокатит?
Почему вы решили, что панас пингует какой-то внешний сервер?
Как станция должна понять, что ваш фрисвич помер?
Саш, я тоже много раз задавался этим вопросом, но так решения адекватного и не получил.
По логике должно быть так: посылается звонок на адрес свитча и если в течении определенного времени ответ не получен, то должна пойти попытка по второму приоритету - так логично... в реальности нормальными методами такое реализовать не удалось...
Это работает только для H.323-го
Если бы SIP был с регистрацией, порты уходили бы в OUS (не сразу). Но зато потом 2-й приоритет ожил бы.
Как станция должна понять, что ваш фрисвич помер?
Саш, я тоже много раз задавался этим вопросом, но так решения адекватного и не получил.
По логике должно быть так: посылается звонок на адрес свитча и если в течении определенного времени ответ не получен, то должна пойти попытка по второму приоритету - так логично... в реальности нормальными методами такое реализовать не удалось...
Звонок идет по несуществующему пути и приоритет 2 срабатывает только при физическом отключении пути.
Алкатели, например, периодически пингуют удаленный шлюз и в случае неответа, работает приоритет.
Это работает только для H.323-го
Если бы SIP был с регистрацией, порты уходили бы в OUS (не сразу). Но зато потом 2-й приоритет ожил бы.
Болт вам - для Н323 это тоже не работает. Как раз для него и расписывал. Не контролирует Панас такой обрыв связи...
Вот для SIP еще может быть когда транк в недоступен уйдет... но с сипом - не экспериментировал... а с Н323 точно не работает. Даже когда то в БЗ об этом писал и просил реализовать.
По H.323 работает. У меня в одной конторе из ARS-а переруливает по “стандартному” МГ. Причём с мессагой.
По H.323 работает. У меня в одной конторе из ARS-а переруливает по “стандартному” МГ. Причём с мессагой.
Саш - Н323 в оус не выходит при нерабочем удаленном абоненте...
как он оценит что надо переходить на другой приоритет?
а если принудительно вывести в оус, то отрабатывает.
По крайней мере у меня не получилось так сделать и в БЗ ничего не подсказали.
Может поделишься соображениями в РМ?
