Комментарии: Проблема с iptables модулем conntrack_sip http://aoz.com.ua/2009/03/07/iptables-conntrack_sip/ Это скромная попытка поделится с миром жизненным опытом Tue, 14 Feb 2012 12:31:39 +0000 hourly 1 http://wordpress.org/?v=3.3.2 Автор: grinder http://aoz.com.ua/2009/03/07/iptables-conntrack_sip/comment-page-1/#comment-1095 grinder Tue, 06 Oct 2009 07:25:30 +0000 http://aoz.com.ua/?p=243#comment-1095 Вообще я отказался бы от Fedora 8, старовата, современные дистры уже чуть более оптимизированы под VoIP. Вообще я отказался бы от Fedora 8, старовата, современные дистры уже чуть более оптимизированы под VoIP.

]]> Автор: Dmitriy Altuhov http://aoz.com.ua/2009/03/07/iptables-conntrack_sip/comment-page-1/#comment-690 Dmitriy Altuhov Tue, 14 Jul 2009 13:57:23 +0000 http://aoz.com.ua/?p=243#comment-690 В данный момент активно тестирую X-Lite с оператором sipnet. с модулями nf_conntrack_sip,nf_nat_sip или без них - звонки всегда проходят нормально (входящие и исходящие), голосовая связь двустороняя (нет проблем, что какая-то из сторон не слышит собеседника). Возможно это благодаря самому оператору sipnet, на его сайте написано, что никаких специльных настроек не требуется и их сервера "всё сделают сами" для прохождения NAT. В ближайшие дни поставлю нескольким сотрудникам X-Lite, потетстируем. В данный момент активно тестирую X-Lite с оператором sipnet.
с модулями nf_conntrack_sip,nf_nat_sip или без них — звонки всегда проходят нормально (входящие и исходящие), голосовая связь двустороняя (нет проблем, что какая-то из сторон не слышит собеседника).
Возможно это благодаря самому оператору sipnet, на его сайте написано, что никаких специльных настроек не требуется и их сервера «всё сделают сами» для прохождения NAT.
В ближайшие дни поставлю нескольким сотрудникам X-Lite, потетстируем.

]]> Автор: aoz http://aoz.com.ua/2009/03/07/iptables-conntrack_sip/comment-page-1/#comment-683 aoz Tue, 14 Jul 2009 07:07:41 +0000 http://aoz.com.ua/?p=243#comment-683 Я собственно разработчиков SIP conntrack носом ткнул. Вот ответ. Дальше смотрите по версии: >> Look at nf_conntrack_sip.c >> after comments >> /* RTP info only in some SDP pkts */ > >Ah I see :) That version is completely out of date and known to be broken. >2.6.26 includes a rewritten version that should work fine, please try >that or the 2.6.25 backport available at: git://git.kernel.org/pub/scm/linux/kernel/git/kaber/nf-2.6.25-sip.git Я собственно разработчиков SIP conntrack носом ткнул.
Вот ответ. Дальше смотрите по версии:

>> Look at nf_conntrack_sip.c
>> after comments
>> /* RTP info only in some SDP pkts */
>
>Ah I see :) That version is completely out of date and known to be broken.
>2.6.26 includes a rewritten version that should work fine, please try
>that or the 2.6.25 backport available at:

git://git.kernel.org/pub/scm/linux/kernel/git/kaber/nf-2.6.25-sip.git

]]> Автор: Dmitriy Altuhov http://aoz.com.ua/2009/03/07/iptables-conntrack_sip/comment-page-1/#comment-680 Dmitriy Altuhov Mon, 13 Jul 2009 17:24:24 +0000 http://aoz.com.ua/?p=243#comment-680 Интересно, сохраняется ли данная проблема в Ubuntu 9.04. На работе стоит шлюз Ubuntu 9.04, внутренняя сеть спрятана за NAT-ом. Сейчас пытаюсь максимально вникнуть в ситуацию с SIP + NAT. Работает ли оно, что нужно настроить. Как я понимаю, если не ограничивать прохождение пакетов через FORWARD на маршрутизаторе, то всё должно работать. Проблемы возникнут при использовании nf_conntrack_sip для динамического разрешения прохождения пакетов (iptables RELATED) Интересно, сохраняется ли данная проблема в Ubuntu 9.04.
На работе стоит шлюз Ubuntu 9.04, внутренняя сеть спрятана за NAT-ом.
Сейчас пытаюсь максимально вникнуть в ситуацию с SIP + NAT.
Работает ли оно, что нужно настроить.
Как я понимаю, если не ограничивать прохождение пакетов через FORWARD на маршрутизаторе, то всё должно работать.
Проблемы возникнут при использовании nf_conntrack_sip для динамического разрешения прохождения пакетов (iptables RELATED)

]]>