AF
Asterisk Forum
обсуждения телефонии, VoIP и IP-PBX
12разделов
5 423тем
34 385сообщений
← К списку тем

Периодически отваливаются пиры

Newbies/FAQ Forum 11 сообщений -
#1

Периодически отваливаются пиры


Операционная система CentOS 5.9 i386, версия Asterisk 1.8.21. В консоли постоянно вижу одно и то же. Пиры периодически отваливаются, а через секунду опять регистрируются. С сетью проблем нет. Все телефоны пингуются со стороны Asterisk без ошибок. Телефонная связь работает, но иногда вижу что звонок отбит, из-за того, что пира нет. А в мониторе вот что:
Код:

NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '134' is now UNREACHABLE! Last qualify: 6
[Dec 18 13:52:03] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '134' is now Reachable. (5ms / 2000ms)
[Dec 18 13:52:24] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '121' is now UNREACHABLE! Last qualify: 5
[Dec 18 13:52:25] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '113' is now UNREACHABLE! Last qualify: 5
[Dec 18 13:52:26] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '104' is now UNREACHABLE! Last qualify: 5
[Dec 18 13:52:26] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '113' is now Reachable. (5ms / 2000ms)
[Dec 18 13:52:27] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '104' is now Reachable. (5ms / 2000ms)
[Dec 18 13:52:27] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '117' is now UNREACHABLE! Last qualify: 6
[Dec 18 13:52:28] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '108' is now UNREACHABLE! Last qualify: 5
[Dec 18 13:52:28] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '117' is now Reachable. (6ms / 2000ms)
[Dec 18 13:52:29] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '108' is now Reachable. (4ms / 2000ms)
[Dec 18 13:52:32] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '111' is now UNREACHABLE! Last qualify: 5
[Dec 18 13:52:32] NOTICE[2597]: chan_sip.c:26911 sip_poke_noanswer: Peer '116' is now UNREACHABLE! Last qualify: 6
[Dec 18 13:52:33] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '111' is now Reachable. (6ms / 2000ms)
[Dec 18 13:52:33] NOTICE[2597]: chan_sip.c:21492 handle_response_peerpoke: Peer '116' is now Reachable. (6ms / 2000ms)

И это периодически повторяется втечение суток. Подскажите, кто знает, в чем проблема?
#2

Вы Фразу правильно формулируйте - "не сетью проблем нет"
а "есть проблемы с сетью, но я не знаю что делать"

потому как телефончики просто так отваливаться не могут, тем более в одной локалке

_________________
платный суппорт по мере возможностей
#3

awsswa @ Чт Дек 18, 2014 14:46 писал(а):
Вы Фразу правильно формулируйте - "не сетью проблем нет"
а "есть проблемы с сетью, но я не знаю что делать"

потому как телефончики просто так отваливаться не могут, тем более в одной локалке

Может и есть какая-то проблема в сети, но пока я не нашел. Один телефон у меня отваливался каждые 10 минут, но надолго. При этом, если его пропинговать со стороны Asterisk - он пингуется и после этого регистрация восстанавливается. Я написал скрипт, который запускается каждые 10 минут. Вроде помогает, но все равно часто в промежутке отваливается.
Хоть каждую минуту пингуй все телефоны!
#4

причем тут пинг по icmp
и телефон отваливающийся по UDP


Рисуете схему сети - куда кто и зачем - анализируете какие свичи стоят на всем протяжение от сервера до телефона
пробуете телефон рядом с сервером
не отваливает ?
тогда за 1 свичом, потом за вторым и так пока не найдете проблему

_________________
платный суппорт по мере возможностей
#5

andrystepa писал(а):
С сетью проблем нет

а на чем основывается данное утверждение ? Дайте угадаю: "На ощущениях, вроде бы и вроде как все в порядке".

andrystepa писал(а):
При этом, если его пропинговать со стороны Asterisk - он пингуется и после этого регистрация восстанавливается.

Исходя из написанного это очень похоже на проблему с ARP`ом. Когда телефон отваливается, сервер видит ARP его IPшника ?
Если телефоны в одной локалке с сервером, то зачем включать для них qualify вообще.
#6

извините за офтопик.

Цитата:
Если телефоны в одной локалке с сервером, то зачем включать для них qualify вообще.


а как тогда узнать что "С сетью проблем нет"? Smile

_________________
Алексей Милько
#7

Мониторить сеть Астериском?! Да вы, батенька, оригинал! Smile
#8

+1 к xelas

Чтобы знать что с сетью нет проблем, нужно:
    - иметь грамотно построенную сеть
    - выполнять мониторинг сети

Астериск не является мониторингом локальных сетей.
#9

Цитата:
а как тогда узнать что "С сетью проблем нет"? Smile

Цитата:
Астериск не является мониторингом локальных сетей.

изначально это был
https://ru.wikipedia.org/wiki/%D0%A1%D0%B0%D1%80%D0%BA%D0%B0%D0%B7%D0%BC

на самом деле как лучше мониторить UDP трафик?

_________________
Алексей Милько
#10

мониторить надо не трафик, а состояние локальной сети
состояние свичей, магистралей, рисовать графики с snmp, использовать и начализировать snmp trap со свичей и пр.
#11

У меня вот SPA122 промониторила сеть хорошо
У клиента начала виснуть SPA122, причем у него несколько штук в локальной сети с разными прошивками ив разных местах
виснут намертво, даже не пингуются
Методом проб и ошибок было выявлено, что виснуть только те где включен NAT ?!!!!
причем за устройством нечего не висит, перевод в bridge решает проблему

Два месяца не могли найти в чем проблема, все остальное оборудование работает без проблем - а потом раз и нашлась петля в сети ...
Сеть большая, куча VLAN по этому проблема одного порта который переодически выключался и включался никто и не заметил
(клиент сеть не мониторит)
Убрали петлю и всё заработало - SPA122 виснуть перестали

_________________
платный суппорт по мере возможностей