Jump to content
Калькуляторы

Откуда растут ноги. Проблема с PPPOE

Добрый день!

Начали звонить абоненты с ошибкой 651 PPPOE. Я так думал что проблема с абонентским компьютером. Решил попробовать подключить VPN подключилось сразу. Потом ради эксперимента отключили у абонента городской VLAN и пробросили офисную сеть напрямую до него PPPOE сразу начало работать. Я так думаю что проблема именно в сети, а не в абонентском компьютере. Проблема возникает в разных районах города VLAN разные. Ошибка выходит не постоянно абонент может неделю поработать потом ошибка выходит.

Подскажите может кто сталкивался с такой проблемой как найти откуда глюк этот

В основном ошибка появляется вечером

Share this post


Link to post
Share on other sites

В топик призываются штатные форумные телепаты =)))

Share this post


Link to post
Share on other sites

Скорее всего где то по количеству МАКов перебрали, посмотрите сколько маков на транзитных коммутаторах и в центре ходит во время проблемы. Так же на предмет глючных роутеров, которые себе ставят маки с потолка, могут быть конфликты и т.п.

Share this post


Link to post
Share on other sites

Сеть надеюсь вся построена на "умных" свитчиках или на тупариках? Или на район стоит "умный" свитчик а по району пачка тупариков?

Share this post


Link to post
Share on other sites

Сделайте VLAN на дом и проблемы не будет. А еще лучше избавиться от PPPoE.

Share this post


Link to post
Share on other sites

PPPoE нормальная технология для подключения абонентов. Главное сделать нормальную транспортную сеть, лучше всего перейти на L2 поверх MPLS сети.

Share this post


Link to post
Share on other sites

PPPoE нормальная технология для подключения абонентов. Главное сделать нормальную транспортную сеть, лучше всего перейти на L2 поверх MPLS сети.

 

+1

Share this post


Link to post
Share on other sites

А может в сети есть одинаковые MAC'и? (Подработаю как штатный экстрасенс =) )

Share this post


Link to post
Share on other sites

vlan идет на район. Стоят qtech 2800, dlink 3200 в каждом доме, тупых коммутаторов нету.

Как можно снять дамп логов с коммутаторов? Я в них не особо силен, специализация немного другая. Человек который коммутаторами занимается в отпуске.

Share this post


Link to post
Share on other sites

А может в сети есть одинаковые MAC'и? (Подработаю как штатный экстрасенс =) )

Теоретически это не должно быть проблемой, у PPPoE-сессии есть уникальный идентификатор и BRAS распознает абонентов по нему, а не по MAC-адресу.

 

Как можно снять дамп логов с коммутаторов?

Например настроить один порт под зеркало с абонентского порта (или с транка), подключить к нему ноутбук и снять дамп.

Share this post


Link to post
Share on other sites

vlan идет на район.

Сколько MAC-адресов в VLAN?

Сталкивался с коллизиями на DES-3200, когда их много.

Share this post


Link to post
Share on other sites
vlan идет на район. Стоят qtech 2800, dlink 3200 в каждом доме, тупых коммутаторов нету.

То что они есть - не говорит об их правильной настройке.

 

Надо искать проблемы в сети, на L2.

Я бы зарезал все пакеты кроме PPPoE (8863,8864) - на длинках это точно можно сделать, и посмотрел - вернется ли проблема.

Кроме этого, если сеть звезда - настроить traffic_segmentation(private vlan), ну и поковырять настройки коммутаторов относительно штормов, петель и т.п.

Отзывайте человека из отпуска :)

Share this post


Link to post
Share on other sites

Посчитал сколько маков получилось 444, на счет правил сложно сказать посмотрев настройки там только Loop detect включен. Я бы зарезал все пакеты кроме PPPoE (8863,8864) --- dhcp не зарежет?

Share this post


Link to post
Share on other sites

Многовато. Нужно попробовать сегментировать на 3-4 VLAN. Если поможет, значит оно.

Share this post


Link to post
Share on other sites

Сейчас попробую сегментацию трафика на портах включить. Такой вопрос если коммутатор включен в абонентский порт(1-24) этот порт просто исключить из сегментации или как-то по другому настраивается?

Share this post


Link to post
Share on other sites

Включил сегментацию трафика вроде правильно. Буду наблюдать

 

Всем спасибо за помощь!

Share this post


Link to post
Share on other sites

Может кто прикинулся пппое сервером?

Share this post


Link to post
Share on other sites

В любом случае, сегментация трафика при правильной топологии - это почти 100% панацея, от левых серверов(PPPoE\DHCP\etc).

Edited by GrandPr1de

Share this post


Link to post
Share on other sites

651 - это значит клиент посылает PADI и не получает PADO в ответ.

вероятные причины:

1 PADI не доходят до BRASа

 

2 BRAS не обрабатывает запросы и не посылает PADO.

 

3 BRAS обрабатывает запросы и посылает PADO но они не доходят до назначения.

 

По 2-му пункту порядочный брас будет писать подробные логи.

По 1 и 3 - проблема сети. У нас было например когда кто то из абонентов прикидывается чужим MACами. Нужно "приклеить" маки браса жестко на порту коммутатора.

Share this post


Link to post
Share on other sites

GVRP используете или vlan-ы пропилены статикой?

топология-кольцо? может в какой-то момент что-то перестраивается, и vlan перестаёт ходить?

 

не работает одновременно в разных vlan? или как-то иначе?

Share this post


Link to post
Share on other sites

651 - это значит клиент посылает PADI и не получает PADO в ответ.

вероятные причины:

1 PADI не доходят до BRASа

 

2 BRAS не обрабатывает запросы и не посылает PADO.

 

3 BRAS обрабатывает запросы и посылает PADO но они не доходят до назначения.

 

По 2-му пункту порядочный брас будет писать подробные логи.

По 1 и 3 - проблема сети. У нас было например когда кто то из абонентов прикидывается чужим MACами. Нужно "приклеить" маки браса жестко на порту коммутатора.

 

 

Судя по логам браса запросы не поступают от абонента мак.

"Приклеить" на порту это как? Если несколько брасов?

 

GVRP используете или vlan-ы пропилены статикой?

топология-кольцо? может в какой-то момент что-то перестраивается, и vlan перестаёт ходить?

 

не работает одновременно в разных vlan? или как-то иначе?

 

Vlan'ы статичные, колец сколько я здесь работаю отрадясь не было. Не работает бывает одновременно в разных, либо рандомно то в одном то в другом

Share this post


Link to post
Share on other sites

Можно запретить через acl маки брасов на абонентских портах.

Share this post


Link to post
Share on other sites

>Судя по логам браса запросы не поступают от абонента мак.

"Приклеить" на порту это как? Если несколько брасов?

 

Запросы (PADI) - широковещательные, т.е. не адресованы конкретному адресу в сети.

Для то, чтоб получить такой пакет спуфить мак не обязательно.

Если они не доходят до браса - смотрите фильтрацию броадкаста по пути пакета.

 

"Приклеить" - т.е. указать явно на каком порту коммутатора мак(и) браса(сов). Тогда спуфинг не позволит получить трафик браса кому-то другому. Это еще называют "статичные записи FDB".

 

 

Share this post


Link to post
Share on other sites

Теоретически это не должно быть проблемой, у PPPoE-сессии есть уникальный идентификатор и BRAS распознает абонентов по нему, а не по MAC-адресу.

Зато соседний коммутатор не распознает два одинаковых МАС.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this