Я подключен к провайдеру интернета http://exfloyt.com.ua/ У него в качестве шлюза стоит DGS-3612G Build 2.87.B07. Проблема в следующем - я хотел подключиться к sip телефонии, у провайдера включена поддержка . Но я получаю одностороннюю слышимость. Обратился в техподдержку получил ответ:
> >>> Из лога:
> >>>
> >>> 02:30:26.509 4 SIPDATA-436645 Hash=814827028
> >>> 02:30:26.509 4 SIPDATA-436645 cluster target=[192.168.40.72]
> >>> 02:30:26.509 2 SIPDATA-436645 passed to cluster member [192.168.40.72]
> >>> as [436646]
> >>> 02:30:26.511 2 SIPDATA-436647 inp: req [212.53.40.40]:5060<-
> >>> udp[192.162.108.228]:29409 INVITE(867 bytes) sip:00000@sipnet.net
> >>> INVITE sip:00000@sipnet.net SIP/2.0
> >>> Via: SIP/2.0/UDP 192.162.108.228:29409;branch=z9hG4bK4b14f5a444c70ebf
> >>> Max-Forwards: 70
> >>> To:<sip:00000@sipnet.net>
> >>> From:<sip:0039247102@sipnet.net;user=phone>;tag=DNkM3gDM4ME
> >>> Call-ID: 01B17138C7A4A@10.6.2.123
> >>> CSeq: 2 INVITE
> >>> Contact:<sip:0039247102@192.162.108.228:29409>
> >>> Authorization: Digest username="0039247102", realm="etc.tario.ru",
> >>> nonce="5F18F66DCB105EA7E4C2", opaque="opaq", uri="sip:00000@sipnet.net",
> >>> response="fb84dbad65fbc84620afd4852f3dff3d", algorithm=MD5,
> >>> cnonce="0a4f113b", qop="auth", nc=00000001
> >>> User-Agent: P-2302HWUDL-P1
> >>> Content-Type: application/sdp
> >>> Content-Length: 225
> >>>
> >>> v=0
> >>> o=0039247102 212072780 212072780 IN IP4 4.0.0.0
> >>> s=-
> >>> c=IN IP4 4.0.0.0
> >>> t=0 0
> >>> m=audio 0 RTP/AVP 18 8 0
> >>> a=rtpmap:18 G729/8000
> >>> a=sendrecv
> >>> a=rtpmap:8 PCMA/8000
> >>> a=sendrecv
> >>> a=rtpmap:0 PCMU/8000
> >>> a=sendrecv
> >>> a=ptime:20
> >>>
> >>>
> >>> Причина, скорее всего в Вашем провайдере, который некорректно
> >>> осуществляет поддержку SIP.
> >>>
> >>>
> >>> Наш сервер, видя в Вашем INVITE публичный IP, базируется на указанных в
> >>> SDP адресах для передачи голоса.
> >>>
> >>> В Вашем INVITE для приема голоса мы получаем адрес 4.0.0.0 (c=IN IP4
> >>> 4.0.0.0), что не соответствует реальности.
> >>>
> >>> Видимые пути решения проблемы:
> >>> - провайдер настраивает свое оборудование в соответствии с принятыми
> >>> стандартами
> >>> - Вы получаете реальный IP и не зависите от NAT провайдера
> >>>
> >>>

DGS-3612G тут не при чем.
Обратитесь в техническую поддержку провайдера.

обратился. Им легче дать выделенный IP чем исправлять глюки в Вашем оборудовании

если он не при чем, то где включено sip alg?

Если найдете на коммутаторе NAT - тогда поговорим и про SIP ALG

Трассировка маршрута к sipnet.net [212.53.40.40]
с максимальным числом прыжков 30:


1 4 ms 5 ms 4 ms x.x.1.1
2 74 ms 3 ms 2 ms yy.yy.123.1
3 4 ms 4 ms 4 ms 108-45.exfloyt.com.ua [192.162.108.45]
4 10 ms 10 ms 10 ms 178.251.111.196
5 28 ms 28 ms 28 ms 91.204.213.66
6 29 ms 28 ms 29 ms rtr3-msk-ix.tario.ru [193.232.246.211]
7 28 ms 30 ms 33 ms sipnet.ru [212.53.40.40]

Трассировка завершена.
x.x.1.1 это и есть Ваш свитч
Смотрел пакеты со своей стороны. Мое оборудование корректно подставляет в это поле свой IP

На коммутаторах нет NAT - о каком SIP ALG может идти речь? Вам нужно смотреть на следующие хопы в трассировке - те, которые стоят на границе public/private network

задал вопрос провайдеру

Рад слышать