прошивка:
2.40.01.08-17754

sip настраиваю на zoiper (софт телефон)
при подключении через sip alg (по инструкции, стр 265, 1-я таб, вариант с натом), т.е. все нормально, голос передается в обе стороны, но через 20 секунд обрыв, в логах:
Error ALG 200503
sip_message_parsing_failed
drop
reason="error_in_startline: Null request received" from_uri=" " to_uri=" "
этим сообщением все забито

и еще эта ошибка
Warning ALG
200536
method_not_supported
drop
method="SUBSCRIBE" from_uri="sip:xxxx@xxx.xx.x.x:5060" to_uri="sip:xxxx@xxx.xx.x.x:5060"
но думаю она не имеет значения

из особенностей - после установления подключения кроме 5060, от провайдера идет обмен еще по другим портам, добавил примерный диапазон в сервис sip-udp, без этого меня не было слышно (эти пакеты дропались)

при использовании простого sat - все нормально

пробовал через zoiper, asterisk и dvg-5008sg - везде с алг отруб через 20 сек, с сатом все норм


схема: сип устройство--------dfl_lan-nat-dfl_wan-------sip_провайдер

провайдер сказал, что для него история про dfl и "20 секунд" не новость, именно такие проблемы уже были у клиентов с dfl

тогда еще вопрос, есть ли у кого опыт использования sip alg на dfl-860e (нормальной работы)?
скиньте пожалуйста номер прошивки

накопал:
http://www.dslreports.com/forum/remark,28181848
http://www.obitalk.com/forum/index.php?topic=2520.0
http://forum1.netgear.com/showthread.php?t=60283
http://www.dslreports.com/forum/r278053 ... al-SIP-ALG

в последней ссылке
"We have hundreds of users using port 5060 so changing it to 5080 is not an option. Since we are using Linux we tried port forwarding from port 5080 to port 5060 but that seems to create another issue. i.e. outgoing calls drop after 20 seconds, actually there's no voice. We are using the following iptables rule.
-A PREROUTING -p udp -m udp --dport 5080 -j REDIRECT --to-ports 5060
We tried other rules also but only this one seems to work with no voice after after 20 seconds. With other rules the ATAs don't even register. The reason for dropped calls I believe is that RTP/SIP packets don't find their way back and timeout after 20 seconds. However, incoming calls work perfectly. I'd appreciate if you could suggest another iptables rule that fixes this issue or another work around."

в общем проблема с отключением через 20 сек имеет место быть в различных роутерах при использовании alg, из полезного вычитал
- эта проблема типа возникает когда пров включает перенаправление портов у себя
- переход на tcp типа устраняет это глюк, но пока не могу попробовать, у меня провайдер не поддерживает (еще правда не попробовал вариант через сат без алг по тсп), хотя клянется что поддерживает, да и астериск вроде не может через tcp

в общем соврал - у провыйедера только udp
перенаправления портов у него никакого нет

ау, у кого-нибудь sip-alg нормально работает?

Нормально все с DFL'кой работает. Кто у Вас провайдер?
Тут я описывал в картинках настройки на одном из объектов: viewtopic.php?p=873935#p873935

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

провайдер - redcom http://redcom.ru/isp/

используется ли в этой схеме алг?
т.е. как происходит регистрация и работа по сип, через алг или посредством сат?
а то такто на картинке присутствует сат правило - значит алг не используется

я не настраивал ip в nat правиле, завтра попробую

Для СИПа не используется. Используется только для http юзверей.

_________________
С уважением, Matrox.
DFL, HPE, QNAP, Netgear и прочее железо...

например у меня стоит астериск за dfl , все прекрасно работает .

пробрасывайте 5060 + rtp

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

у меня с сатом - тоже все работает (как и у всех)
вопрос - что с алг!
провайдер говорит, что есть такая проблема у дфл и в интернете об этом (не только у дфл) тоже "все" трубят

вчера попробовал на другом dfl-860, через другого провайдера - результат тот же

Из Референс Гуйда
sip_message_parsing_failed

SIP part of message failed parsing due to malformed message.
Recommended Action
Examine why client or server is sending a malformed SIP message.

SIP часть сообщения не удалось разобрать из-за неправильных сообщений.
Рекомендуемые действия
Исследовать, почему клиент или сервер посылает неправильных сообщений SIP.