Сетевые проблемы «Generico»: как исследовать
Недавно у меня возникли проблемы с сетью в локальной сети. У меня есть сервер Ubuntu, выполняющий PDC, почтовый сервер и Asterisk. На нем есть KVM, на котором работает виртуальная машина Windows и брандмауэр pfSense. Время от времени SIP-телефоны постоянно отменяют регистрацию, что приводит к прерыванию вызова.
В прошлый раз, когда это произошло, я отлаживал SIP IP, и диагностика была общей сетевой проблемой , из-за которой клиент несколько раз пытался зарегистрироваться, прежде чем она была успешной. Первое соединение было выполнено с очень высоким CSeq (IIRC). Я поменял все сетевые кабели SIP-телефонов (в основном Siemens Gigaset), и разъединения исчезли. В течение нескольких недель, потому что через несколько дней они все еще приходят и уходят, но в физической локальной сети ничего не изменилось. Единственное изменение, которое я сделал, - это переключить сетевые карты pfSense на e1000 вместо virtio по другим причинам.
Итак, учитывая, что это не так:
- сетевые кабели, поскольку они новые.
- коммутатор: в локальной сети есть два коммутатора. Я попытался переместить все телефоны и сервер на один коммутатор, но он все равно отключается
- pfSense: телефоны подключаются непосредственно к серверу (через интерфейс моста)
Как я могу выяснить, что не так с сетью, в результате чего телефоны отключаются? Как я могу понять, что не так в локальной сети?
Какие журналы звездочки показывают вам время отключения? Все клиенты сразу теряют свою регистрацию, или это непредсказуемо?
Когда звонки прерываются, клиенты вешаются сами по себе (получают SIP-прощание), или пользователи зависают в эфире, а затем видят, что клиент отключен. офлайн (из-за того, что ранее во время разговора не удалось отменить регистрацию). Если регистрация SIP завершается неудачно, но диалог RTP все еще продолжается, это может быть одно, если и RTP, и SIP-связь завершаются одновременно, это может быть другой проблемой. Как часто ваш сервер опрашивает конечные точки?
Происходит ли это с вызовами по прошествии определенного времени?Это может указывать на то, что сетевой таймер закрывает сеанс между устройством и сервером.
Если это предсказуемо, вы можете начать запись разговоров между конечной точкой и сервером, и со временем вы можете идентифицировать сетевое устройство, которое дает вам проблема.