RuffiAn Posted July 2, 2014 Posted July 2, 2014 Добрый день! Начали звонить абоненты с ошибкой 651 PPPOE. Я так думал что проблема с абонентским компьютером. Решил попробовать подключить VPN подключилось сразу. Потом ради эксперимента отключили у абонента городской VLAN и пробросили офисную сеть напрямую до него PPPOE сразу начало работать. Я так думаю что проблема именно в сети, а не в абонентском компьютере. Проблема возникает в разных районах города VLAN разные. Ошибка выходит не постоянно абонент может неделю поработать потом ошибка выходит. Подскажите может кто сталкивался с такой проблемой как найти откуда глюк этот В основном ошибка появляется вечером Вставить ник Quote
myst Posted July 2, 2014 Posted July 2, 2014 В топик призываются штатные форумные телепаты =))) Вставить ник Quote
s.lobanov Posted July 2, 2014 Posted July 2, 2014 RuffiAn без дампов и логов это разговор ни о чём Вставить ник Quote
Saab95 Posted July 2, 2014 Posted July 2, 2014 Скорее всего где то по количеству МАКов перебрали, посмотрите сколько маков на транзитных коммутаторах и в центре ходит во время проблемы. Так же на предмет глючных роутеров, которые себе ставят маки с потолка, могут быть конфликты и т.п. Вставить ник Quote
Bear_UA Posted July 2, 2014 Posted July 2, 2014 Сеть надеюсь вся построена на "умных" свитчиках или на тупариках? Или на район стоит "умный" свитчик а по району пачка тупариков? Вставить ник Quote
pawel40 Posted July 2, 2014 Posted July 2, 2014 Сделайте VLAN на дом и проблемы не будет. А еще лучше избавиться от PPPoE. Вставить ник Quote
Saab95 Posted July 2, 2014 Posted July 2, 2014 PPPoE нормальная технология для подключения абонентов. Главное сделать нормальную транспортную сеть, лучше всего перейти на L2 поверх MPLS сети. Вставить ник Quote
s.lobanov Posted July 2, 2014 Posted July 2, 2014 PPPoE нормальная технология для подключения абонентов. Главное сделать нормальную транспортную сеть, лучше всего перейти на L2 поверх MPLS сети. +1 Вставить ник Quote
triam Posted July 2, 2014 Posted July 2, 2014 А может в сети есть одинаковые MAC'и? (Подработаю как штатный экстрасенс =) ) Вставить ник Quote
RuffiAn Posted July 2, 2014 Author Posted July 2, 2014 vlan идет на район. Стоят qtech 2800, dlink 3200 в каждом доме, тупых коммутаторов нету. Как можно снять дамп логов с коммутаторов? Я в них не особо силен, специализация немного другая. Человек который коммутаторами занимается в отпуске. Вставить ник Quote
alibek Posted July 2, 2014 Posted July 2, 2014 А может в сети есть одинаковые MAC'и? (Подработаю как штатный экстрасенс =) ) Теоретически это не должно быть проблемой, у PPPoE-сессии есть уникальный идентификатор и BRAS распознает абонентов по нему, а не по MAC-адресу. Как можно снять дамп логов с коммутаторов? Например настроить один порт под зеркало с абонентского порта (или с транка), подключить к нему ноутбук и снять дамп. Вставить ник Quote
alibek Posted July 2, 2014 Posted July 2, 2014 vlan идет на район. Сколько MAC-адресов в VLAN? Сталкивался с коллизиями на DES-3200, когда их много. Вставить ник Quote
Negator Posted July 2, 2014 Posted July 2, 2014 vlan идет на район. Стоят qtech 2800, dlink 3200 в каждом доме, тупых коммутаторов нету. То что они есть - не говорит об их правильной настройке. Надо искать проблемы в сети, на L2. Я бы зарезал все пакеты кроме PPPoE (8863,8864) - на длинках это точно можно сделать, и посмотрел - вернется ли проблема. Кроме этого, если сеть звезда - настроить traffic_segmentation(private vlan), ну и поковырять настройки коммутаторов относительно штормов, петель и т.п. Отзывайте человека из отпуска :) Вставить ник Quote
RuffiAn Posted July 2, 2014 Author Posted July 2, 2014 Посчитал сколько маков получилось 444, на счет правил сложно сказать посмотрев настройки там только Loop detect включен. Я бы зарезал все пакеты кроме PPPoE (8863,8864) --- dhcp не зарежет? Вставить ник Quote
alibek Posted July 2, 2014 Posted July 2, 2014 Многовато. Нужно попробовать сегментировать на 3-4 VLAN. Если поможет, значит оно. Вставить ник Quote
RuffiAn Posted July 2, 2014 Author Posted July 2, 2014 Сейчас попробую сегментацию трафика на портах включить. Такой вопрос если коммутатор включен в абонентский порт(1-24) этот порт просто исключить из сегментации или как-то по другому настраивается? Вставить ник Quote
RuffiAn Posted July 2, 2014 Author Posted July 2, 2014 Включил сегментацию трафика вроде правильно. Буду наблюдать Всем спасибо за помощь! Вставить ник Quote
lumenok Posted July 2, 2014 Posted July 2, 2014 Может кто прикинулся пппое сервером? Вставить ник Quote
GrandPr1de Posted July 2, 2014 Posted July 2, 2014 (edited) В любом случае, сегментация трафика при правильной топологии - это почти 100% панацея, от левых серверов(PPPoE\DHCP\etc). Edited July 2, 2014 by GrandPr1de Вставить ник Quote
Ivan Rostovikov Posted July 2, 2014 Posted July 2, 2014 651 - это значит клиент посылает PADI и не получает PADO в ответ. вероятные причины: 1 PADI не доходят до BRASа 2 BRAS не обрабатывает запросы и не посылает PADO. 3 BRAS обрабатывает запросы и посылает PADO но они не доходят до назначения. По 2-му пункту порядочный брас будет писать подробные логи. По 1 и 3 - проблема сети. У нас было например когда кто то из абонентов прикидывается чужим MACами. Нужно "приклеить" маки браса жестко на порту коммутатора. Вставить ник Quote
g3fox Posted July 2, 2014 Posted July 2, 2014 GVRP используете или vlan-ы пропилены статикой? топология-кольцо? может в какой-то момент что-то перестраивается, и vlan перестаёт ходить? не работает одновременно в разных vlan? или как-то иначе? Вставить ник Quote
RuffiAn Posted July 3, 2014 Author Posted July 3, 2014 651 - это значит клиент посылает PADI и не получает PADO в ответ. вероятные причины: 1 PADI не доходят до BRASа 2 BRAS не обрабатывает запросы и не посылает PADO. 3 BRAS обрабатывает запросы и посылает PADO но они не доходят до назначения. По 2-му пункту порядочный брас будет писать подробные логи. По 1 и 3 - проблема сети. У нас было например когда кто то из абонентов прикидывается чужим MACами. Нужно "приклеить" маки браса жестко на порту коммутатора. Судя по логам браса запросы не поступают от абонента мак. "Приклеить" на порту это как? Если несколько брасов? GVRP используете или vlan-ы пропилены статикой? топология-кольцо? может в какой-то момент что-то перестраивается, и vlan перестаёт ходить? не работает одновременно в разных vlan? или как-то иначе? Vlan'ы статичные, колец сколько я здесь работаю отрадясь не было. Не работает бывает одновременно в разных, либо рандомно то в одном то в другом Вставить ник Quote
lumenok Posted July 3, 2014 Posted July 3, 2014 Можно запретить через acl маки брасов на абонентских портах. Вставить ник Quote
Ivan Rostovikov Posted July 3, 2014 Posted July 3, 2014 >Судя по логам браса запросы не поступают от абонента мак. "Приклеить" на порту это как? Если несколько брасов? Запросы (PADI) - широковещательные, т.е. не адресованы конкретному адресу в сети. Для то, чтоб получить такой пакет спуфить мак не обязательно. Если они не доходят до браса - смотрите фильтрацию броадкаста по пути пакета. "Приклеить" - т.е. указать явно на каком порту коммутатора мак(и) браса(сов). Тогда спуфинг не позволит получить трафик браса кому-то другому. Это еще называют "статичные записи FDB". Вставить ник Quote
Diamont Posted July 3, 2014 Posted July 3, 2014 Теоретически это не должно быть проблемой, у PPPoE-сессии есть уникальный идентификатор и BRAS распознает абонентов по нему, а не по MAC-адресу. Зато соседний коммутатор не распознает два одинаковых МАС. Вставить ник Quote
.png.5d2afa2996cc6a85d0f2c09b92dd0a28.png)
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.