Перейти до

Рекомендованные сообщения

Опубликовано:

День добрый, форумчане!

Возникла интересная вещь на одном из брасов. Может кто посоветует, где копать, ибо свои админы не могут найти причину.

Стоит центральный биллинг на датацентре, Нодени+. Есть 3 браса в разных городах, дхцп. На одном из них (800абонов) наблюдается такая проблема. Происходит какая-то неполная авторизация абонентов, при запросе на биллинге появляется активная сессия, но абон не получает айпи. Если по айпи в биллинге настроить роутер статикой - инет работает какое-то время. Это случается при перезагрузке сервера или просто не понятно от чего. Естественно трафик падает. Восстановление проходит за 3-4ч, потом все начинает быстренько подключаться. Можно было бы сказать, что много запросов, очередь - но на билинг идут обращения и на брасе появляется привязка мака к айпи, но до роутеров не доходят айпишники. В чем вопрос?

 

Опубліковано: (відредаговано)

Вот пример сегодня.

РЭС отключил электроэнергию, не успели приехать. Сервер потух. Запустили и начались качели. Уже 2 часа прошло, а трафик дергается 100-200мб, звонки идут от абонентов, сессии поднимаются в  биллинге, но айпи роутеры и ПК не получают.

post-17168-0-48808500-1494359366_thumb.jpg

Відредаговано Ronhel
Опубліковано:

Вот пример сегодня.

РЭС отключил электроэнергию, не успели приехать. Сервер потух. Запустили и начались качели. Уже 2 часа прошло, а трафик дергается 100-200мб, звонки идут от абонентов, сессии поднимаются в  биллинге, но айпи роутеры и ПК не получают.

 

А после того, как сервер запустился - как он себя ведет, не наблюдаются ли сами тормоза на нем ?

Опубліковано:

Нет, все норм. Кто получил Айпи - работает норм. Сервер тоже норм. :(

На данный момент улучшений нет, не раздаются айпи. Но по логам, на сервер с биллинга приходят айпи и он показывает привязки, что типа этот мак получил айпи. Но у клиентов ничего

Опубліковано:

1) Nodeny+ имеет несколько веток. Указывайте точную версию.

2) Включите у сервера в БИОСе опции, чтоб сам включался после появления электропитания.

3) Все тот же лимит в 600-700Мбит на сервер. Тюнингуйте сервера.

4) Идите по трассе и ищите проблемы с мультикастом-броадкастом

Опубліковано: (відредаговано)

Нет, все норм. Кто получил Айпи - работает норм. Сервер тоже норм. :(

На данный момент улучшений нет, не раздаются айпи. Но по логам, на сервер с биллинга приходят айпи и он показывает привязки, что типа этот мак получил айпи. Но у клиентов ничего

 

похоже, что между билингом и NAS все ок - проблема между сервером авторизации(NAS) и клиентом(и)

 

какая топология сети, есть вланы ?

Відредаговано GIGABIT-UA
Опубліковано:

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

Топология - л3-ядро - 10ж портом на сервер и обратно - далее на PON-ZTE и свичи доступа на многоэтажках

Ай-пи выделяются из пула в биллинге Нодени

Опубліковано:

1) Nodeny+ имеет несколько веток. Указывайте точную версию.

2) Включите у сервера в БИОСе опции, чтоб сам включался после появления электропитания.

3) Все тот же лимит в 600-700Мбит на сервер. Тюнингуйте сервера.

4) Идите по трассе и ищите проблемы с мультикастом-броадкастом

1. Не могу сейчас точно сказать, завтра напишу.

2. Понял, сделаем. Обычно нет таких проблем

3. Сервера 2-ксеона 5630 кажется, ддр3 - 12гб,таян мать. Больше 700мб нельзя на сервак спускать? Как так, я полагал они должны до 3к абонов тянуть. Я неправ?

4. Скажу админам, правда задача непонятна для меня, что и где искать

Опубліковано:

Кстати, на данный момент уже более 4 ч прошло, улучшений нет. Пробую дома подцепиться - не получается. Хотя опять же сессия на биллинге поднимается

post-17168-0-74695600-1494359333_thumb.jpg

Опубліковано: (відредаговано)

По всем домам(веткам сети) такая хрень/проблема присутствует или только на некоторых ?

 

Поновская голова одна или несколько ? Если несколько, на всех их присутствует такая картина или нет?

Відредаговано GIGABIT-UA
Опубліковано: (відредаговано)

Где-то в вашей схеме есть узкое место - загибается DHCP сервер, radius, скрипты авторизации биллинга или broadcast filter на свичах настроен в ядре.

Но по озвученным данным его найти невозможно.

 

P.S.

 

 

3. Сервера 2-ксеона 5630 кажется, ддр3 - 12гб,таян мать. Больше 700мб нельзя на сервак спускать? Как так, я полагал они должны до 3к абонов тянуть. Я неправ?
 

Такое железо должно осиливать 2+ гбит(3к+ абонов) никаких "700 мбит". Проблема не в железе.

Відредаговано KaYot
Опубліковано:

По всем домам(веткам сети) такая хрень/проблема присутствует или только на некоторых ?

 

Поновская голова одна или несколько ? Если несколько, на всех их присутствует такая картина или нет?

По всем веткам, по всей сети. Не важно на какой голове.

Поновские зте и бдком, ситуация одинакова

Опубліковано: (відредаговано)

Где-то в вашей схеме есть узкое место - загибается DHCP сервер, radius, скрипты авторизации биллинга или broadcast filter на свичах настроен в ядре.

Но по озвученным данным его найти невозможно.

 

P.S.

 

 

3. Сервера 2-ксеона 5630 кажется, ддр3 - 12гб,таян мать. Больше 700мб нельзя на сервак спускать? Как так, я полагал они должны до 3к абонов тянуть. Я неправ?
 

Такое железо должно осиливать 2+ гбит(3к+ абонов) никаких "700 мбит". Проблема не в железе.

Вот и я так думал.

Теперь кручу мысли, может вообще на микротики перейти (сср-1016), поставить в параллели для резерва, чтобы один на 800-1000абонов и аплинка до 1гб? Или не стоит?

Сейчас начал узнавать, микротики сср-1016 не вывозят более 500абонов с тарифами до 50-60мб. Как-то некрасиво, и главное неэффективно финансово...

PS. Кстати, после ночи все восстановилось, работает. По отзывам некоторых абонентов интернот то появлялся на 20-30 мин, то потом опять пропадал.

Відредаговано Ronhel
Опубліковано: (відредаговано)

Друзья! Не закончились и сутки и вдруг опять "ни с того ни с сего" падение. Правда упало не полностью, с 700мб упало до 300мб и в течение получаса подтянулось до 500мб. Дома работал, попробовал ребутнул роутер - и все отпало. Ведем раскопки...

За хорошие мысли буду благодарен.

 

Кстати, может было ошибкой, что не указал еще один момент в топологии.

Параллельно стоит ПППое сервер с билингом на борту (он был на старте, потом решили перейти на дхцп и нормальный биллинг). И дхцп и пппое работают по всей сети, абоентов постепенно переводим с пппое на дхцп. Т.е. один и тот же абонент может работать и в режиме пппое и дхцп. Вот думаю, может тут где-то заворачиваются/блокируются пакеты?

Відредаговано Ronhel
Опубліковано:

PPPoE может жить где угодно и с кем угодно.

Рисуйте схему что где стоит, как бегает трафик, кто выдает адреса и как по шагам идет авторизация.

Опубліковано: (відредаговано)

какой свич л3?

и кто выдает ип адреса? 

1. Свич л3 на ядре ДЛинк DGS-3420-26SC, с 10ж портами, сервер дхцп подключен в один порт, ну и соответственно по нему идет аплинк на сервер и обратно отшейпленый траф абонам

2. Пулы айпи адресов на биллинге Нодени, соответственно биллинг при запросе проверяет абона и выделяет айпи на сервер дхцп, а он уже выдает абоненту. Т.е. сервер дхцп. По сути он же сервер доступа

Відредаговано Ronhel
Опубліковано: (відредаговано)

PPPoE может жить где угодно и с кем угодно.

Рисуйте схему что где стоит, как бегает трафик, кто выдает адреса и как по шагам идет авторизация.

Вот топология. Схемы детальные на работе, нарисовал по памяти, но в принципе понятно.

1. Абоны могут запрашивать авторизацию хоть ппое, хоть дхцп.

2. Запросы от абонентов от свичей доступа и олт-ов идут на ядро (длинк), потом на сервер доступа (дхцп или пппео)

3. Биллинг на ПППое размещен на сервере пппое, он сразу проверяет учетку абонента, поднимает сессию, выдает айпи и пошла работа. По двум портам входит аплинк с ядра и по двум портам идет трафик порезаный на абонов. С этим сервером проблем нет.

4. Те абоны, у которых настроены роутеры на дхцп запрашивают айпи, опять через ядро и через порт 10ж на сервер дхцп. Сервер через инет связывается с Биллингом нодени (сервер на датацентре) для проверки мака. Если все хорошо, биллинг поднимает сессию, а сервер дхцп выдает маку айпи

5. Сервера на разных белых айпи, не зависящих друг от друга. Абоны работают по внутренним серым айпи за сервером.

post-17168-0-23776300-1494444180_thumb.jpg

Відредаговано Ronhel
Опубліковано: (відредаговано)

Radius в этой схеме есть? 

ПППое сервер поднят на линуксе+радиус (хотя надо уточнить у админа, давно это было, не помню точно, как было настроено, но точно на линуксе)

Но ДХЦП поднят на фрибсд, радиуса нет.

Відредаговано Ronhel
Опубліковано:

За ccr1016 не скажу, а ccr1036 работает на полтора тысячи абонов нормально. Нагрузка в 1.2 гига. Тип доступа частично pppoe, частично dhcp. Проблем не Сессия и не с dhcp не замечено. Тарифы 50-100

Опубліковано:

За ccr1016 не скажу, а ccr1036 работает на полтора тысячи абонов нормально. Нагрузка в 1.2 гига. Тип доступа частично pppoe, частично dhcp. Проблем не Сессия и не с dhcp не замечено. Тарифы 50-100

Спасибо за совет. Мы уже решили брать сср1036 на тест, будем пробовать

Опубліковано:

 

За ccr1016 не скажу, а ccr1036 работает на полтора тысячи абонов нормально. Нагрузка в 1.2 гига. Тип доступа частично pppoe, частично dhcp. Проблем не Сессия и не с dhcp не замечено. Тарифы 50-100

Спасибо за совет. Мы уже решили брать сср1036 на тест, будем пробовать

 

Как тестирование? Можете поделиться впечатлениями/результатами?

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    • Немає користувачів, що переглядають цю сторінку.
×
×
  • Створити нове...