Схема: Asterisk 11.14.2 крутиться на VMWare (2.2.2.2) - VPN-маршрутизатор - И-Нет - VPN-маршрутизатор - Grandstream GXP1450 (GXP1160) (2.2.1.1) Телефоны через VPN регистрируются на *, предположительно при плохом канале (до 6% потерь, 40-259ms) телефон теряет регистрацию и не может повторно зарегистрироваться. tcpdump показывает, что телефон шлет запрос REGISTER с какими-то старыми данными:
REGISTER sip:2.2.2.2 SIP/2.0
Via: SIP/2.0/UDP 2.2.1.1:5060;branch=z9hG4bK464844303;rport
From: <sip:123@2.2.2.2>;tag=1624087393
To: <sip:123@2.2.2.2>
Call-ID: 459005627-5060-1@BA.CAA.B.BIA
CSeq: 2276 REGISTER
Contact: <sip:123@2.2.1.1:5060>;reg-id=1;+sip.instance="<urn:uuid:00000000-0000-1000-8000-000B82611111>"
Authorization: Digest username="123", realm="asterisk", nonce="6b0b760e", uri="sip:2.2.2.2", response="f146b900ed4f04d6f70c0ffed78a8ac1", algorithm=MD5
Max-Forwards: 70
User-Agent: Grandstream GXP1450 1.0.7.4
Supported: path
Expires: 1800
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0
На что * отвечает:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 2.2.1.1:5060;branch=z9hG4bK464844303;received=2.2.1.1;rport=5060
From: <sip:123@2.2.2.2>;tag=1624087393
To: <sip:123@2.2.2.2>;tag=as1aa3821a
Call-ID: 459005627-5060-1@BA.CAA.B.BIA
CSeq: 2276 REGISTER
Server: FPBX-2.11.0(11.14.2)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="5d2adcb1"
Content-Length: 0
Телефон сразу шлет ответ, но со старым/другим nonce:
REGISTER sip:2.2.2.2 SIP/2.0
Via: SIP/2.0/UDP 2.2.1.1:5060;branch=z9hG4bK464844303;rport
From: <sip:123@2.2.2.2>;tag=1624087393
To: <sip:123@2.2.2.2>
Call-ID: 459005627-5060-1@BA.CAA.B.BIA
CSeq: 2276 REGISTER
Contact: <sip:123@2.2.1.1:5060>;reg-id=1;+sip.instance="<urn:uuid:00000000-0000-1000-8000-000B82611111>"
Authorization: Digest username="123", realm="asterisk", nonce="6b0b760e", uri="sip:2.2.2.2", response="f146b900ed4f04d6f70c0ffed78a8ac1", algorithm=MD5
Max-Forwards: 70
User-Agent: Grandstream GXP1450 1.0.7.4
Supported: path
Expires: 1800
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, SUBSCRIBE, NOTIFY, INFO, REFER, UPDATE, MESSAGE
Content-Length: 0
На что *, волне ожидаемо, опять отвечает 401 Unauthorized и повторяет nonce который отправлял ранее. Это все продолжается, причем * периодически меняет nonce, но телефон отсылает один и тот же, соответсвенно не регистрируясь на сервере.
Это продолжается с такой частотой:
14:27:38.531778 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:38.532642 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 519
14:27:39.018952 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:39.019463 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:40.040564 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:40.040931 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:42.025303 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:42.025751 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:46.047278 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:46.047657 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:50.010693 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:50.011002 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:54.003439 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:54.003882 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:27:58.084688 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:27:58.085015 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:28:02.047597 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:28:02.048000 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:28:06.052528 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:28:06.052943 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:28:10.031520 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:28:10.031982 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:12.651919 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:12.652633 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 519
14:30:13.156142 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:13.156654 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:14.097343 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:14.097829 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:20.086051 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:20.086486 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:24.134429 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:24.135065 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:28.093718 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:28.094204 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:32.166690 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:32.166890 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
14:30:36.157269 IP 2.2.1.1.sip > 2.2.2.2.sip: SIP, length: 715
14:30:36.157721 IP 2.2.2.2.sip > 2.2.1.1.sip: SIP, length: 531
Лечится презагрузкой телефона. Повторяется от 0,5 до 2 раз в сутки. Специально создать такую ситуацию не получается. С той стороны VPN'а 2 телефона. Бывает, что оба вылетают, бывает, что один. Так же еще в других местах телефоны подключенные по такой схеме периодически вылетают.
Задан: 2015-04-08 15:48:57 +0400
Просмотрен: 2,274 раз
Обновлен: Aug 12 '15
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
это вы снимали ведь на стороне сервера ? почему бы не снять на стороне телефона - потому как кажется телефон не получает ответ от сервера и тупо повторяет пакет - tag=1624087393 - один и тот же - и убавьте время регистрации до 120 секунд
awsswa ( 2015-04-09 08:27:25 +0400 )редактироватьСпасибо, так и есть. Дело в Cisco ASA, что стоят между телефоном и *, после разрыва между ними соединения, новое пускает sip только в одну сторону.
McSim ( 2015-04-15 12:23:32 +0400 )редактироватьзначит не востанавливается маршрутизация
awsswa ( 2015-04-15 15:16:07 +0400 )редактировать