Страница 1 из 1

SMG-1016 мониторинг занятости VoiP

Добавлено: 29 июл 2015 18:23
2life
Добрый день!
Возможно ли мониторить каждый интерфейс SIP отдельно на количество занятых каналов?

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 30 июл 2015 10:09
CPTL
Да, при щелчке на строку субмодуля VoIP раскрывается список используемых каналов с их состоянием.

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 30 июл 2015 17:07
AlexeyMish
Тут вопрос про другое.
Человека интересует количество каналов по каждому сип транку, насколько понял, а не на каждом VoIP субмодуле.

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 30 июл 2015 18:05
Evgeniy
Мониторинга занятых каналов по интерфейсам нет. Вы можете только посмотреть какое кол-во каналов из доступных занято на субмодуле.

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 31 июл 2015 11:12
shader
Здравствуйте, товарищи!
Тоже возник интересный вопрос: а что сие означает?

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 31 июл 2015 13:53
2life
Evgeniy писал(а):Мониторинга занятых каналов по интерфейсам нет. Вы можете только посмотреть какое кол-во каналов из доступных занято на субмодуле.


Хотелось бы..., даже больше, не через Web, а по SNMP.

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 11 сен 2015 17:57
hidden
Ещё вопрос: правым кликом можно разъединить канал, а есть ли возможность сбросить разом их все?
Бывало так, что шлюз терял доступ в сеть и все звонки становились зависшими очень надолго, в итоге занимались все каналы, приходилось вручную убивать висячих.

Re: SMG-1016 мониторинг занятости VoiP

Добавлено: 11 сен 2015 18:13
Bokrenok
hidden писал(а):Ещё вопрос: правым кликом можно разъединить канал, а есть ли возможность сбросить разом их все?
Бывало так, что шлюз терял доступ в сеть и все звонки становились зависшими очень надолго, в итоге занимались все каналы, приходилось вручную убивать висячих.


На это дело есть 3 вещи:
- RTCP
- контроль SIP-сессии по RFC4028
- контроль наличия встречного RTP-потока

Эти механизмы позволяют отслеживать, что встречная сторона по-прежнему доступна и согласна поддерживать текущий вызов.
А в случае пропадания связи со встречной стороной вызов принудительно завершается.