faq обучение настройка
Текущее время: Пн май 27, 2019 17:00

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: DFL 210 и SIP
СообщениеДобавлено: Вс ноя 22, 2009 17:50 
Не в сети

Зарегистрирован: Чт янв 05, 2006 17:32
Сообщений: 2
Откуда: moscow
А у кого-нибудь работает SIP на DFL-210 ?
Имеется DFL-210 и последней прошивкой. Сброшен до конфигурации по-умолчанию. Далее настроено соединение PPPoE, с автоматическим получением адресов. И настроенны правила под sip alg:
Изображение
Далее подключено DVG-2001, настройки все по-умолчнию, кроме провайдера sip.
DVG-2001 нормально регистрируется у провайдера, но через 2 минуты разговора наступает односторонняя слышимость.
В логах примерно вот это:

[2009-11-06 20:14:51] FW: ALG: prio=3 id=00200508 rev=2 event=sip_request_response_timeout action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:14:51] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="276e23d45e03ebfe@192.168.3.10476e8858c0ddd4291" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:14:51] FW: ALG: prio=2 id=00200523 rev=2 event=sipalg_transaction_deleted action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:15:05] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="8383fbef4ef73b2f@192.168.3.10455d33d4db3ae3074" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:15:05] FW: ALG: prio=2 id=00200523 rev=2 event=sipalg_transaction_deleted action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:15:46] FW: ALG: prio=3 id=00200508 rev=2 event=sip_request_response_timeout action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:15:46] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="5f62ac81504d8c29@192.168.3.104d35aebe0e1238b55" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:15:46] FW: ALG: prio=2 id=00200523 rev=2 event=sipalg_transaction_deleted action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:01] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="0fc9dea8bcb8f54d@192.168.3.1044d1af10ba4311299" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:01] FW: ALG: prio=2 id=00200523 rev=2 event=sipalg_transaction_deleted action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:41] FW: ALG: prio=3 id=00200508 rev=2 event=sip_request_response_timeout action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:41] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="8383fbef4ef73b2f@192.168.3.1041eb5c1ef47b44aab" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:41] FW: ALG: prio=2 id=00200523 rev=2 event=sipalg_transaction_deleted action=close method="REGISTER" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:2234302@sipnet.ru:5060"
[2009-11-06 20:16:43] FW: ALG: prio=1 id=00200516 rev=2 event=sipalg_session_deleted action=close method="2de3eaf2255c0808@192.168.3.1040ec18a0eead5b93f" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:89262340605@sipnet.ru:5060"
[2009-11-06 20:16:43] FW: ALG: prio=2 id=00200558 rev=2 event=sipalg_callleg_deleted action=close method="deleting all calllegs from session" from_uri="sip:2234302@sipnet.ru:5060" to_uri="sip:89262340605@sipnet.ru:5060"
[2009-11-06 20:16:43] FW: CONN: prio=1 id=00600002 rev=1 event=conn_close action=close rule=Stock_Allow_All_Rule conn=close connipproto=UDP connrecvif=lan connsrcip=192.168.3.104 connsrcport=49153 conndestif=CMT conndestip=212.53.40.82 conndestport=25361 origsent=0 termsent=3976
[2009-11-06 20:16:43] FW: CONN: prio=1 id=00600002 rev=1 event=conn_close action=close rule=Stock_Allow_All_Rule conn=close connipproto=UDP connrecvif=lan connsrcip=192.168.3.104 connsrcport=49152 conndestif=CMT conndestip=212.53.40.82 conndestport=25360 origsent=127968 termsent=392880
[2009-11-06 20:16:43] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:43] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:43] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:43] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:44] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:44] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:44] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:44] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:44] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:45] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
[2009-11-06 20:16:45] FW: RULE: prio=3 id=06000051 rev=1 event=ruleset_drop_packet action=drop rule=Default_Rule recvif=CMT srcip=212.53.40.82 destip=62.148.3.59 ipproto=UDP ipdatalen=40 srcport=25360 destport=49842 udptotlen=40
.... ну и так далее, пока на DVG не положат трубку.

CMT - это PPPoE шный интерфейс.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт дек 15, 2009 18:14 
Не в сети

Зарегистрирован: Пт май 08, 2009 13:56
Сообщений: 36
У меня такая же проблема :(
SIP - от SIPNET, клиенты - Siemens Gigaset 470 IP и DVG-2001S
два разных DFL-210, прошивки 25 и 26, два разных интернета (прямой и через VPN)

Слышымость рвется точно так же, ровно через 2 минуты - от меня наружу голос идет, ко мне внутрь - не проходит

логи аналогичные, так что дублировать их не буду.

Дополнение: только что настроил все на DFL-800 с 26й прошивкой. То же самое, 2 минуты и обрыв. Валится входящее правило и DFL начинает дропать все входящие UDP-пакеты. При этом меня - слышат.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср дек 16, 2009 14:55 
У меня проброшен VoIP между двумя офисами, один офис за файрволом DFL-800, другой - за DFL-210. Девайсы DVG-6004S на обоих концах, соединяют между собой две АТС.

Проброшен порт 5060 по TCP/UDP и 9000-9023 по UDP (про второе написано в мануале по DVG-6004S, а также это есть в FAQ здесь, на сайте). На самих девайсах надо указывать, что вы за файрволом и указывать реальный IP адрес, которым файрвол смотрит в инет. Если честно, я SIP ALG на файрволах вообще не использовал, все сделал просто через Services. В этом случае в приведенных тут правилах не хватает еще одного, перенаправления SAT на нужный внутренний IP.

У меня все нормально работает, люди разговаривают хоть по полчаса, ничего не отваливается. Как файрволы DFL, так и голосовые шлюзы DVG функционируют как часы.


Вернуться наверх
  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср дек 16, 2009 15:10 
Не в сети

Зарегистрирован: Пт май 08, 2009 13:56
Сообщений: 36
Nite2 писал(а):
Если честно, я SIP ALG на файрволах вообще не использовал, все сделал просто через Services.


В этом-то и проблема. Когда я настраивал правила вида "вообще все с SIPNET тупо кидаем на внутренний адрес VoIP" - также часами работало

но сейчас я планирую ставить несколько ВоИП телефонов в локалке, плюс использовать несколько разных SIP-провайдеров, и вот тут уже обычными правилами - замахаешься все настраивать.

а SIP ALG - отлично работает, два правила, и далее гоняй телефонами что угодно и как угодно. Только вот рвется ровно через 120 секунд.

пробовал в настройках SIP ALG менять timeout (он там один) с 120 сек на 1200 сек - пофиг, рвется через 2 минуты


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср дек 16, 2009 16:37 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Ср июл 04, 2007 13:48
Сообщений: 7028
Откуда: D-Link. Moscow
На прошивке 2.26 попробуйте включить System -> Advanced Settings -> IP Settings -> SecuRemoteUDP Compatibility


Так же


System -> Advanced Settings -> Conn. Timeout Settings -> UDP Bidirectional keep-alive

Сохраните и активируйте настройки, после этого Полностью перезагрузите устройство.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср дек 16, 2009 17:25 
Не в сети

Зарегистрирован: Пт май 08, 2009 13:56
Сообщений: 36
Sergey Vasiliev писал(а):
На прошивке 2.26 попробуйте включить System -> Advanced Settings -> IP Settings -> SecuRemoteUDP Compatibility

System -> Advanced Settings -> Conn. Timeout Settings -> UDP Bidirectional keep-alive

Сохраните и активируйте настройки, после этого Полностью перезагрузите устройство.


Не помогло, все то же самое


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт мар 09, 2010 10:42 
Не в сети

Зарегистрирован: Пт май 08, 2009 13:56
Сообщений: 36
Ап! Насколько я слышал, технари подтвердили проблему с SIP ALG-ом ? Есть ли какие-то новости про новую прошивку?


Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 12


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB