Hello Dmitry Akindinov.
On Tue, 03 Jul 2012 15:54:37 +0400
"Dmitry Akindinov" <CGatePro@mx.ru> wrote:
> > Одному нашему клиенту его провайдер злобно зарезал порт 5060. Я
> > добавил TCP/UDP Listener'ы на порты 15060, и сказал клиенту
> > коннектиться на порт 15060, и у него всё заработало, НО... CGP вдруг > > стал слать SIP-трафик всем остальным клиентам также с порта 15060. > > Попытка указать, что listener на портах 15060 нужно использовать > > только для IP-адреса конкретного клиента, положения не исправила, > > по крайней мере сразу. Возникает вопрос - как правильно добавить > > SIP Listener на нестандартном порту для одного клиента? > Для исходящих пакетов используется первый из подходящих сокетов в > порядке их указания на страничке Listener, при этом для ответов> используется тот сокет, через который запрос был получен. Убедитесь, > что 15060 - последний в списке.
По крайней мере в web-интерфейсе он отображался последним. Вернее, я
добавил ещё и 15061/TCP для SSL, так что строго говоря 15060 был
предпоследним. Вскорости после добавления стали поступать жалобы от
клиентов, к кому-то перестали приходить входящие, у кого-то вообще
телефон отказался работать. Тогда в списке Remote IP Address
Restrictions для этих листенеров был указан IP-адрес только того
клиента, которому было указано ходить на порт 15060. Однако и это не
помогло, другим клиентам SIP-сообщения продолжали отсылаться с порта
15060, вот например, как этому, который пожаловался на отсутствие
входящих (кусочек вывода tcpdump на CGP-сервере):
14:14:53.548127 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 1178)
cgp.cittel.ru.15060 > 89.207.xxx.xxx.sip: [bad udp cksum fb73!] SIP, length: 1150
После этого я дополнительные листенеры снёс и всё нормализовалось.
Собираюсь снова попробовать, но хотелось бы сначала понять - как именно
ими пользоваться правильно?
INVITE sip:username@89.207.xxx.xxx:5060 SIP/2.0
Via: SIP/2.0/UDP 89.207.94.24:15060;branch=z9hG4bK732044;rport
. . .
-- Best Regards, Igor Dobryninsky, Moscow, RussiaПолучено Tue Jul 03 12:13:00 2012
Этот архив был сгенерирован hypermail 2.1.8 : Fri 24 Apr 2015 - 16:17:23 MSK