survivor Опубликовано 30 декабря, 2009 · Жалоба Доброго времени суток! Обнаружил в своей сети такую проблему: некоторые pppoe клиенты жалуются, что "интернет работает-работает, а потом не работает" до перегрузки модема/компьютера. При внимательном рассмотрении обнаружилось, что BRAS получает (почему то) от абонента PADT на завершение сессии, сессию закрывает, но! у абонента в модеме или на компьютере (смотря где поднят PPPoE) сессия остается активной, но трафик к клиенту разумеется перестает поступать. А раз CPE считает, что сессия активная - то не пытается пересоединиться. Если вручную закрыть это висящее соединение и заново пересоединиться - то все ok. BRAS - это стопка цисок 2811, разные атс приходят в разных вланах (на атс - port protected между dslam'ами), но каждый влан поднят на каждой циске, на соответствующих интерфейсах отключен proxy arp. Вот лог: Dec 30 10:36:47.655: PPPoE 3050: I PADT R:0019.6672.e8c2 L:001b.d409.f3b9 211 Fa0/1.211 Dec 30 10:36:47.655: [276]PPPoE 3050: Destroying R:0019.6672.e8c2 L:001b.d409.f3b9 211 Fa0/1.211 Почему так может быть? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 30 декабря, 2009 · Жалоба Я сталкивался с тем, что кривые "домашние" роутеры шлют PADT "чужим" сессиям Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 30 декабря, 2009 · Жалоба А раз CPE считает, что сессия активная - то не пытается пересоединиться. А почему СРЕ не проверяет наличие соединения? У нас борд, например, раз в 30 секунд шлет LCP echo. И если ответа нет, то пытается еще несколько раз, после чего пытается переконнектиться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 30 декабря, 2009 · Жалоба Вообще по сути, если сессии на циске нет, а пришли данные, циска должна прислать PADT CPE, и CPE тоже разорвет сессию. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
kf72 Опубликовано 2 января, 2010 · Жалоба некоторые pppoe клиенты жалуются, что "интернет работает-работает, а потом не работает"ага, была такая гадость на UTM.. надо было абоненту в личном кабинете интернет выкл.вкл Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
survivor Опубликовано 12 января, 2010 · Жалоба Проблема решилась... :-) Виноват был SRA, который не корректно отрабатывал между zyxel dslam'ом IES1248 и dlink модемами последних прошивок. Проблемы были такие: дропающиеся и не пересоединяющиеся pppoe сессии (при поднятом adsl линке), низкая скорость прокачки, проблемы с adsl линками. Отключение SRA на dslam'е все решает ;-) P.S. SRA на зухелях настроили уже полгода как... раньше все работало нормально. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
survivor Опубликовано 13 января, 2010 · Жалоба Похоже проблема решилась только частично, так как остались еще некоторые клиенты, у которых время от времени (чаще всего при простое) рвется pppoe и не всегда восстанавливается, а влогах радиуса: TCP Foreign Host Close Не знаете что это такое? keepalive у меня включен. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...