Перейти до

Чудеса в сети, нет скорости у выборочных 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 користувачів

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

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

    • Від denisluk
      Вітаю шановне товариство! Маю напіввирішену проблему з вищевказаним провайдером і EPON підключенням.
      Суть проблеми полягає в тому що періодично і рандомно на Мікротіку відвалюється з'єднання і самостійно відновлюється.
      Сетап: 1) ONU Picotel PU-E910, 2) Mikrotik HEX
       
      Тріолан наливає інет зі статичною адресою і прив'язкою по МАС. 
      На мікроті все стандартно: виділив порт під WAN, насетапив адресу, склонував МАС ноута (спочатку по швидкому тестили інет на ноуті тому його МАС і вбили в білінг), правило НАТу вписав - інет є. 
      Потім рандомно почав відвалюватись інет. В логах геть нічого. Порт мікрота не змінював статус. 
      Перевірив налаштування - все типово. І ніяких глюків чи помилок не виявлено.
      Заміна порта мікрота, прошивка, заміна на інший мікрот (новий з коробки зі скинутим конфігом, налаштований лише з одним правилом НАТу) ніяк не покращили ситуацію. 
      Представник саппорта прийшов і замінив ОНУшку. Теж не допомогло. При спілкуванні представника саппорта по телефону з мережевим інженером з'ясувалось що відвал стається саме тоді, коли мікрот перестає передавати свій МАС. Не бачимо маку, нема авторизації, логічно. 
      З ноутом на пряму все працює без зауважень. На моє питання: "що може бути?" представник саппорта розвів руками і запропонував роутер "не мікротік")))) Мене такий варік не влаштовує, тому що на моєму роутері побудована і пачка тунелів на роботу і до батьків. 
      Почав розбиратись сам, що пробував: 1) ставити чек гетвея пінгами, 2) чек arp запитами, 3) отримувати адресу і по дхцп (так, писав про статику, знаю. Але це рекомендація Тріолану. Взагалі у них працює ДХЦП, але при зникненні світла з ДХЦП є проблеми в них. Тому лишився на статиці), 4) інші мікроти, 5) інші блоки живлення, 6) інші кабелі utp. Все це не мало позитивного результату і не міг відслідкувати що саме спричиняє проблему. 
       
      Що допомогло: 1) створив брідж. 2) на брідж прописав майстер-МАС який закріплений в білінгу, 3) відключив на цьому бріджі оновлення МАС, 4) на цей брідж прописав адресу і т.д. 4) вкинув порт, до якого підключена ОНУ, в цей брідж без ніяких налаштувань взагалі, 5) правило срцнат. 
      Диво, все працює і аптайм уже більше тижня. При спілкуванні з саппортом все ОК, вони бачать валідний МАС (МАС бріджа).
       
      Шановне товариство, допоможіть розібратись: чому схема яка допомогла - працює, а типове налаштування веде до обривів? Дякую за ідеї.
       
       
       
    • Від 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 не вариант
    • Від Небесный
      Доброго времени суток.
      Ребята помогите с данной задачей.
      Нужно найти устройство, знаю мак-адресс. Но мак-адрес в сети находится за клиенским роутером и напрямую я мак не могу узнать где он находиться. Нужно слушать трафик, анализировать и таким образом найти нужный мак.
      Подскажите, каким программным иструментом это можно сделать.
      Заранее большое спасибо.
×
×
  • Створити нове...