Reply With QuoteПробуйте уменьшить до 1400 значение MTU.Originally Posted by Dushes
На WinXP делается утилитой DrTCP, на Vista/7 встроенной коммандой netsh, пример:
netsh interface ipv4 set subinterface "Беспроводное сетевое подключение" mtu=1400 store=persistent
Registered User
Asus wl500w. Билайн. Москва, район Новокосино.
Помоему 19 января, перестал работать нормально интернет, скорость 0,3мб/с, (при тарифе 15мб) некоторые сайты вообще не открываются. При подключении напрямую работает все отлично. Перебробовал несколько прошивок, результата никакого. Подключение происходит, а толку нет. Ситуация схожа с обсуждаемой на предидущей странице проблеме.
Кто-нибудь придумал решение?
Мой вариант решения проблемы вызвал уже другого провайдера (онлайм)... С их кабелем роутер работает в лучшем виде.
Но все же второй кабель без дела не хочу оставлять.
Last edited by Dushes; 30-01-2012 at 20:26.
Senior Member
Пробуйте уменьшить до 1400 значение MTU.
На WinXP делается утилитой DrTCP, на Vista/7 встроенной коммандой netsh, пример:
netsh interface ipv4 set subinterface "Беспроводное сетевое подключение" mtu=1400 store=persistent
Forum Guru
Ну во первых у Билайна MTU=1492, a во вторых в прошивке давно реализован алгоритм PMTU)
Last edited by Omega; 31-01-2012 at 18:04. Reason: неужели? :) а раньше вы писали, что в корбилайне применяется 1460 ... ;)
Senior Member
Вы уверены, что у автора поста последняя версия прошивки?
боюсь что в оставшиеся 8 байт ни pptp ни l2tp заголовки не поместятся, а pmtu работает только для tcp
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Forum Guru
)) Вот и верь после этого прошивке в IP Config - WAN & LAN пишет 1492боюсь что в оставшиеся 8 байт ни pptp ни l2tp заголовки не поместятся, а pmtu работает только для tcp
а в диагностике, правильно - 1460
Senior Member
Думаю, значение MTU - величина переменная, зависит от BRAS-a
P-t-P:85.21.0.16 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1400 Metric:1
P-t-P:85.21.0.247 Mask:255.255.255.255
UP POINTOPOINT RUNNING MULTICAST MTU:1460 Metric:1
Forum Guru
?
При прошивке 1.9.2.7-rtn-r3816 -> 1.9.2.7-rtn-r3819 перестает определяться адрес heartbeat "Билайн"
т.е. локальный адрес получаем нормально, а дальше тишинаCode:Jan 1 04:00:05 dhcp client: bound IP : 10.xxx.xxx.xxx from 10.xxx.xxx.xxx Jan 1 04:00:36 l2tpd[304]: tunnel_establish: gethostbyname failed for 'tp.corbina.net'
Forum Guru
вчерашние изменения должны влиять только на /tmp/resolv.conf.
* Wiki *
Когда был раньше подключен к Билайну, то это было признаком проблем у самого Билайна. Попробуйте сами, если по ip-адресу heart beat-сервера 85.21.0.251 подключиться не удастся, но ешьте мозг Билайну.
Forum Guru
Достаточно для исправления проблемы откатиться на 3816, так что дело не в провайдере)
Вдруг совпало? Если возможно, попробуйте всё же на новой прошивке подключиться снова. По имени и по ip'шнику хартбит сервера, я самостоятельно воспроизвести проблему не смогу. Если не выйдет, то значит rss что-то поломал.
Forum Guru
а что записано в /tmp/resolve.conf?
Просьба руками переписать значения:
Возможно как раз это я и не учёл.Code:wan0_dns -> wan1_dns wan0_xdns -> wan1_xdns
* Wiki *
Forum Guru
Так, пока допроверил что я не дурак, 3816 - все замечательно, 3819 - при прописывании heartbeat по имени не работает, при установке IP туннель поднимается, пошел смотреть что вы посоветовали )
P.S. В 3819 /tmp/resolv.conf пустой, в 3816, все замечательно, 3 сервера (один для IPV6)
NVRAM для 3819
Code:[root]$ nvram show | grep wan0_dns size: 22025 bytes (10743 left) wan0_dns_t= wan0_dns2_x= wan0_dnsenable_x=1 wan0_dns1_x= [root]$ [root]$ nvram show | grep wan1_dns size: 22025 bytes (10743 left) [root]$ [root]$ nvram show | grep wan0_xdns size: 22025 bytes (10743 left) wan0_xdns=85.21.192.3 213.234.192.8 [root]$ [root]$ nvram show | grep wan1_xdns size: 22025 bytes (10743 left) [root]$
Last edited by TReX; 24-02-2012 at 07:29.
Forum Guru
Плохо. Похоже, что я поторопился с внесением этого изменения... Надо смотреть с отладочным выводом. К сожалению на туннелях самому проверить не на чем.
Либо надо заглушку поставить, либо разобраться с номерами wan при поднятии туннеля.
Предполагаю, что если поставить nvram set "wan1_xdns"="85.21.192.3 213.234.192.8" && nvram commit и перезагрузить, то оно запустится.
Last edited by rss; 24-02-2012 at 08:14.
* Wiki *
Posting Permissions
