Перейти до

Чудеса в сети, нет скорости у выборочных MAC


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

Есть удаленный сегмент, довольно большой(500+ абонов).

Сегмент этот соединен с основной сетью арендуемым L2-каналом(пачка вланов). Канал 1Г, утилизируется минимально.

 

И приключилось у нас где-то неделю назад странная херня в этом сегменте.

Начали поступать единичные жалобы от абонентов, что аплоад идет ровно 100м, а загрузка - не больше 1м. А то и вообще 0, странички не грузятся.

Абоненты разные, из общего - разве что роутеры стоят. Ну да они нынче почти у всех и стоят..

Меняли свич домовой, мимо. Перетягивали клиентскую витуху, мимо.

Меняли абонентам роутер, мимо. Точнее, в итоге после многократных замен из 4-5 найденных в офисе нормально заработал 1.

 

Дошли до включения абонентского роутера прямо в узловой свич района - те же яйца, вход 1м, исход 100м.

Меняю на роутере MAC(тупо клонирую с ПК) - и моментально начинает бегать 100/100. Возвращаю заводской - все то же, 1/100m.

Получается глючат девайсы с определенным диапазоном tl-link'овских МАКов. Пока лечим сменой маков страдальцам, но это же маразм.

 

Трафик бежит DGS-3120(наш)-DGS-3120(магистрала)-MX80(магистрала)-DGS-3420(наш).

Вроде как никаких MAC-коллизий быть не должно, да и до этого схема работала много лет безупречно.

Магистрал клянется что ничего не менялось и по дороге кроме 3120 и ждуна ничего кривого нет.

 

Куда рыть, как проверять?

Ссылка на сообщение
Поделиться на других сайтах

PS: единственное что пришло в голову - что роутеры плющит от мультикаста где-то бегающего в сети.

Зарубил все в хлам, сегментировал сеть - никакого эффекта, с родным МАКом инета нет, с измененным - есть.

Ссылка на сообщение
Поделиться на других сайтах

Как раз абоненты не разные - общее : роутеры tp-link - посмотрите , что роутеры светят по wan порту  - один или два мака.

У нас нечто подобное было роутеры светили еще один мак отличавшийся только последними четырьмя значениями. такое наблюдалось у абонентов которые сами устанавливали роутеры или ребутили на заводские установки установленные нами , а затем не паролили админку.

Ссылка на сообщение
Поделиться на других сайтах

Абоненты подключаются pppoe. С маками у самих роутеров все нормально, 1шт заводская c WAN.

Опять же, кривой роутер светящий локальным маком мог бы глючить если на порту ограничение по макам стоит, но не держать стабильно 1мбит и не каплей больше.

 
DGS-3120 узловой свич, на домах DELL 3448. У DELLов точно нет проблем с маками + домовой свич исключали, включая проблемный роутер прямо в узел, и отключая все остальные порты кроме аплинка..
Ссылка на сообщение
Поделиться на других сайтах

Почему скорость именно 1/100, а не 10/100 или 20/100? Может поискать в том месте, где скорость обрезается до такого значения?

 

Ещё одна мысль по поводу того, что у всех страдальцев одинаковый диапазон маков. Может где-то стоит маска, под которую они все попадают? И скорость теперь выдаётся не индивидуально на каждого клиента, а скопом на всех, подпадающих под эту маску.

Ссылка на сообщение
Поделиться на других сайтах
Опубліковано: (відредаговано)

Если б я знал где скорость обрезается - этой темы бы не было smile.png

 

На НАГе подсказали умную мысль - где-то у магистрала не изучаются маки(привет длинки 3028) и включен traffic control, который режет unknown unicast.

 

Завтра сделаем научный эксперимент(если подберем кривой роутер) - включим страдальца на удаленном узле. А потом отвезем на другую сторону транспорта, включим в тот же влан уже в нашем узле.

Если баг будет с одной стороны - будем бить магистрала, если с обоих - буду заниматься самобичеванием дальше.

Відредаговано KaYot
Ссылка на сообщение
Поделиться на других сайтах

Есть другой вариант: у магистрала есть LAGG, и на одном из плеч его - лютые дропы пакетов. Попробовать поперебирать мак-адреса - если проблема проявляется кратно N, значит штормить магистрала.

 

У меня такое было на одном аплинке.

Ссылка на сообщение
Поделиться на других сайтах

Проблема не массовая, из 500-1000 абонентов проблемы у 3 человек. По крайней мере пока.

 

Но вариант вполне возможный, и это уточню.

Ссылка на сообщение
Поделиться на других сайтах

Чойто меня подобные траблы кошмарят. Нету скорости через транспорт кс. Все перебрал ещё только с бубном вокруг магистрального кабеля не плясал с заклинаниями.....

Відредаговано FTTH_VN
Ссылка на сообщение
Поделиться на других сайтах

Включись в порт ноутбуком, и подставляй МАС-и. Перебери штук 16 подряд, меняя последний байт, например:

00:15:17:5f:7e:00

00:15:17:5f:7e:01

00:15:17:5f:7e:02

00:15:17:5f:7e:03

00:15:17:5f:7e:04

00:15:17:5f:7e:05

00:15:17:5f:7e:06

00:15:17:5f:7e:07

....

 

И на каждом проверяй скорость. Скорее всего, проблемы с LAGG у транспортника (как уже подсказали несколькими постами выше), то по идее они максимум 8 портов могли агрегировать. Возможны разные алгоритмы балансировки, где влияет не только МАС, но и IP, поэтому подготовь табличку по примеру:

МАС     IP      Скорость вход.     Скорость исход.

 

Тоесть, порт на твоей стороне не меняется, IP тоже... А скорость разительно будет отличаться для определенных МАС.... С этими данными обращайся к транспортнику, пусть решает.

Ссылка на сообщение
Поделиться на других сайтах

была похожая проблема... оказались настройки джуна мх 80 (проблема с  мту) настройки  порта где вланы на х0....ну  очень похожая ситуация... 

Ссылка на сообщение
Поделиться на других сайтах

Результат - у магистрала не изучался этот мак(а заодно и весь диапазон тплинка) на одном из свичей, помог ребут.

Ссылка на сообщение
Поделиться на других сайтах

Не изучался мак + включенный где-то unknown unicast traffic control = шейпинг трафика на этот мак, замечательно объясняет все чудеса.

Ссылка на сообщение
Поделиться на других сайтах

Это еще с какой стати?

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Вхід

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

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

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

  • Схожий контент

    • Від vlin
      В мережі одночасно працюють 7 штук ону Optolink E3 з маком e0:67:b3:00:00:01
      Остання зявилася після відключення світла у абона. До цього у ону мак був e0:e8:e6:хх:хх:хх
      Думаю що перший заводський, потім в нього шиють унікальний. А останній інколи злітає
      В когось є ону з маком e0:67:b3:00:00:01 ?
    • Від a_n_h
      Подскажите, возможно-ли увидеть мас адрес gpon onu?
    • Від 46Tolik
      Есть BMC (IPMI) c неизвестным IP адресом (статический 100%). Известен MAC адрес сетевой BMC (IPMI)
      Подскажите как узнать IP адрес? Ни подсеть ни маска не известны.
       
      Запустить плату и посмотреть/выставить в BIOS не вариант
    • Від Небесный
      Доброго времени суток.
      Ребята помогите с данной задачей.
      Нужно найти устройство, знаю мак-адресс. Но мак-адрес в сети находится за клиенским роутером и напрямую я мак не могу узнать где он находиться. Нужно слушать трафик, анализировать и таким образом найти нужный мак.
      Подскажите, каким программным иструментом это можно сделать.
      Заранее большое спасибо.
    • Від forella
      Есть сеть пон с часто меняющимся деревом, при этом абонент, находящийся на 1 порту 1 олт, может при перестроении оказаться на втором порту 2 олт и т.п.
      В связи с этим слабо представляю как можно прикрутить в такой ситуации option82, т.к. она подразумевает статической записи к ip типа vlan mac (onu или olt), но если при ситуации как выше если выдавать влан на порт или олт, значения будут меняться. 
      Собственно вопрос: как организовать авторизацию пользователей (контроль) не используя логинов паролей и прочего участия в этом абонентом при часто меняющимся дереве пон?
      Пока вижу вариант выдавать ip случайный из пула, при этом логировать  circuit/remote id, затем при блокировке абонента парсить лог на соответствие мака onu и ip, и блокировать ip. но проблема в том что ip динамически выданый, и придется часто дергать скрипт парсинга.
      Возможно кто-то сталкивался с подобной задачей, каким способом вышли из ситуации?
×
×
  • Створити нове...