On Tue, 26 Feb 2008, Andrey Nikitin wrote:
AN По умолчанию используется максимально возможное значение MTU для
протокола РРРоЕ равное 1480 байт.
AN Для некоторых поставщиков услуг Интернета необходимо настроить меньшее
значение в диапазоне
AN от 1400 до 1480, например 1454.
AN Ставлю
В сообщении от 17 февраля 2008 18:53 alex kuklin написал(a):
А это ничего, что там тоже линукс? :)
Ничего, работает в сети нового провайдера отлично работает.
У них первичный доступ на цисках.
Во всяком случае, в DSL-XXXT сериях длинков - плата серии AR7.
DSL-2500 - точно linux.
--
С
В сообщении от 16 февраля 2008 22:13 Andrey Nikitin написал(a):
P.S. Потом вспомнил что у меня где-то валялся длинковский роутер с
WAN-интерфейсом,
в котором есть возможность PPPoE. Будет совсем нечего делать - попытаю,
в длинках-то тоже линукс.
Итак, проверил и похоже выяснил где собака
В Суб, 16/02/2008 в 22:13 +0300, Andrey Nikitin пишет:
В сообщении от 15 февраля 2008 05:40 Stanislav Kruchinin написал(a):
Andrey Nikitin wrote:
Решение с сменой провайдера уже готовится (надоело спускать),
но может есть лечение, уж очень симптомы интересные.
Если провайдер
В Вск, 17/02/2008 в 18:53 +0300, alex kuklin пишет:
Покотиленко Костик wrote:
Не советую на D-Link'ах, как впрочем и на других модемах, PPP подымать.
Как показывает практика в режиме моста они работают почти стабильно, а в
режиме роутера придётся периодически модем ребутить. Рекомендую
В сообщении от 14 февраля 2008 21:59 Alexander GQ Gerasiov написал(a):
iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \
-j TCPMSS --clamp-mss-to-pmtu
--set-mss value
Explicitly set MSS option to specified value.
В сообщении от 15 февраля 2008 05:40 Stanislav Kruchinin написал(a):
Andrey Nikitin wrote:
Решение с сменой провайдера уже готовится (надоело спускать),
но может есть лечение, уж очень симптомы интересные.
Если провайдер использует PPPoE и абонентские окончания у него не на
DSL, то
В сообщении от 16 февраля 2008 22:03 Andrey Nikitin написал(a):
Читал что это нужно только тогда, когда машина с pppoe интерфейсом является
шлюзом для других.
Упс, невнимательно читал, похоже правило в любом случае нужно.
--
С Уважением,
Андрей Никитин
--
To UNSUBSCRIBE, email to
В сообщении от 12 февраля 2008 06:24 Stanislav Kruchinin написал(a):
Проблема может быть в том, что на шлюзе отключена поддержка TCP window
scaling (RFC 1323). Сначала можно попробовать выключить ее у себя,
echo 0 /proc/sys/net/ipv4/tcp_window_scaling
и если сайты заработают, говорить
Вот ещё кое-что нагуглил в тему:
http://www.opennet.ru/openforum/vsluhforumID6/13494.html
Ситуация очень похожа с моей,
лечится прописыванием mtu 1452 на циске провайдера,
только человек не уточнил клиенты кто были - вин, лин.
--
С Уважением,
Андрей Никитин
--
To UNSUBSCRIBE, email
В сообщении от 12 февраля 2008 06:24 Stanislav Kruchinin написал(a):
Проблема может быть в том, что на шлюзе отключена поддержка TCP window
scaling (RFC 1323). Сначала можно попробовать выключить ее у себя,
echo 0 /proc/sys/net/ipv4/tcp_window_scaling
и если сайты заработают, говорить
Привет.
В городе (vlz) есть провайдер ( http://citydom.ru ): оптика до дома,
коммутаторы (длинки) в подъездах, pppoe.
Сервера и маршрутизаторы(про маршрутизаторы точно не уверен) на FreeBSD (со
слов саппорта).
Ситуация:
в одном районе с доступом - всё OK,
в другом районе - не всё, мягко
12 matches
Mail list logo
