AndyMat

По UDP работает без проблем. Грандстрим пробовали отключать, не работает все равно, еще раз снял дамп, пакеты выстроены в порядке прохождения:

Попробовал, вообще кашу получаю... Сравнил два дампа, первый - Grandstream Второй - Lynksys Насколько я понимаю, первые 3 пакета в обоих дампах - обычный handshake, только Грандстриму сервер говорит [s.], а Линксису [.] После чего Линксис дает отбой [FR] Что означает флаг [.] - или отсутствие флага - во время установки соединения?

Настройки SIP Настройки Line1 Настройки Line2 Коммент: Изначально (работающие) настройки были, как на Line2, за исключением номера, конечно. Настройки Line1 стали менять после того, как начались проблемы P.S. пардон, как-то криво ссылки отображаются, не знаю, в чем дело...

Доброго времени суток, имею Centos 6.4 в качестве шлюза(NAT) в инет для локалки, в локалке работают два Voip-шлюза: 1. Grandstream HT-502 V1.2A 2. Linksys SPA-2102 software ver. 5.2.12 Провайдер Voip один. Grandsream работает. Lynksys изначально работал, но вот уже пару недель как перестал регистрироваться Пробовал ставить его в другую сеть, где шлюзом пашет Freebsd - работает. Аналогичный рабочий Lynksys (из локалки Freebsd) в проблемной сетке - не работает. Модули ядра ip_conntrack_sip, ip_nat_sip сначала не использовал - работало и без них. Сейчас подгружаю их при загрузке - эффект ноль. lsmod | grep sip nf_nat_sip 6171 0 nf_nat 22759 2 iptable_nat,nf_nat_sip nf_conntrack_sip 19359 1 nf_nat_sip nf_conntrack 79645 6 xt_conntrack,iptable_nat,nf_nat_sip,nf_nat,nf_conntrack_ipv4,nf_conntrack_sip Вот еще два дампа, сняты на Centos во время попытки регистрации, первый - на локальном интерфейсе, второй - на внешнем: 111.111.111.111 - мой внешний IP 222.222.222.222 - IP сервера провайдера 192.168.32.38 - IP Linksys'a Провайдер тоже не знает, в чем дело. В "проблемной" сетке других проблем нет. Куда еще можно покопать?

Огромное спасибо, помогло! Еще вот это нарыл: iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu Я, правда, так и не понял причину моего "плохого провайдерства" - правила для соответствующих типов ICMP в iptables существуют и разрешены...

Доброго времени суток, Использую accel-ppp в качестве VPN-сервера на Centos 6.4 В конфиге accel-pppd указаны дефолтовые размеры mtu=1400, mss=1400. Не открывается добрая половина сайтов, в т.ч. mail.ru, speedtest.net Экспериментировал с разными значениями, при некоторых mail.ru работает, speedtest не удалось запустить ни в одном случае. До этого работал VPN-сервер на базе pfsense, на тех же линиях wan, там я о размере mtu даже не задумывался. Куда еще копать?

Все, спасибо, разобрался... Считал, что работаю с новым ядром (вроде, выбирал правильно при загрузке..), оказывается, было загружено старое, 2.6.32, и драйвер accel'я грузился от первой сборки. Вообще-то, все равно должно было работать, но ладно..

Доброго времени суток, собрал, установил accel-ppp 1.7.3 на Centos 6.4, ядро перед этим обновил до 3.3.8, c поддержкой pptp в ядре, accel собирал без драйвера. При подключении с виндового клиента (c выбранным типом VPN - PPTP, если тип VPN оставить на автомате, то по l2tp подключается нормально) в логах: [2013-11-11 09:15:33]: warn: failed to load pppoe kernel module [2013-11-11 09:15:33]: warn: unable to load l2tp kernel module [2013-11-11 09:15:33]: msg: accel-ppp version 1.7.3 [2013-11-11 09:15:46]: error: : failed to create PPTP socket (Protocol not supported) [2013-11-11 09:15:46]: info: : disconnected PPTP загружен. lsmod|grep pptp nf_nat_pptp 4653 0 nf_conntrack_pptp 12166 1 nf_nat_pptp nf_conntrack_proto_gre 7003 1 nf_conntrack_pptp nf_nat_proto_gre 3028 1 nf_nat_pptp pptp 16502 0 pppox 2696 3 pppol2tp,pppoe,pptp ppp_generic 25059 5 ppp_mppe,pppol2tp,pppoe,pptp,pppox nf_nat 22759 3 nf_nat_pptp,nf_nat_proto_gre,iptable_nat nf_conntrack 79357 8 nf_nat_pptp,nf_conntrack_pptp,nf_conntrack_proto_gre,iptable_nat,nf_nat,nf_conntrack_ipv4,nf_conntrack_ipv6,xt_state /etc/accel-ppp.conf [modules] log_file pptp l2tp pppoe auth_mschap_v2 auth_mschap_v1 auth_chap_md5 auth_pap ippool sigchld pppd_compat chap-secrets [core] log-error=/var/log/accel-ppp/core.log thread-count=4 [ppp] verbose=1 min-mtu=1280 mtu=1400 mru=1400 ipv4=require ipv6=deny ipv6-intf-id=0:0:0:1 ipv6-peer-intf-id=0:0:0:2 ipv6-accept-peer-intf-id=1 lcp-echo-interval=20 lcp-echo-timeout=120 [auth] [pptp] verbose=1 [pppoe] interface=eth0 verbose=1 [l2tp] verbose=1 [dns] [wins] [radius] nas-identifier=accel-ppp nas-ip-address=127.0.0.1 gw-ip-address=192.168.100.1 server=127.0.0.1,testing123,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0 dae-server=127.0.0.1:3799,testing123 verbose=1 [client-ip-range] 192.168.0.0/24 10.0.0.0/8 [ip-pool] gw-ip-address=172.16.50.1 attr=Framed-Pool 172.16.50.2-254 [log] log-file=/var/log/accel-ppp/accel-ppp.log log-emerg=/var/log/accel-ppp/emerg.log log-fail-file=/var/log/accel-ppp/auth-fail.log copy=1 level=3 [log-pgsql] conninfo=user=log log-table=log [pppd-compat] ip-up=/etc/ppp/ip-up ip-down=/etc/ppp/ip-down ip-change=/etc/ppp/ip-change radattr-prefix=/var/run/radattr verbose=1 [chap-secrets] gw-ip-address=192.168.100.1 chap-secrets=/etc/ppp/chap-secrets [shaper] up-limiter=police down-limiter=tbf verbose=1 [cli] telnet=127.0.0.1:2000 tcp=127.0.0.1:2001 [snmp] master=0 agent-name=accel-ppp [connlimit] limit=10/min burst=3 timeout=60 [ipv6-pool] fc00:0:1::/48,64 delegate=fc00:1::/36,48 [ipv6-dns] [ipv6-dhcp] verbose=1 pref-lifetime=604800 valid-lifetime=2592000 route-via-gw=1 На тему "failed to create PPTP socket (Protocol not supported)", кроме как убедиться, что загружен либо ядерный, либо accel'ный, PPTP, более ничего не нашел. Куда еще покопать? Никсоид я не слишком опытный, так что прошу помочь и не пинать ногами...