Перейти до

Откуда в ПОН-дереве берется флуд в случае переполнения таблицы коммутации ОНУ?


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

Предлагаю ознакомиться, а тем кто уже видел - освежить в памяти.

http://nag.ru/upload/article-files/2011%20-%20PON.pps

 

 

А теперь собственно вопрос: Откуда в ПОН-дереве берется флуд в случае переполнения таблицы коммутации ОНУ?

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

наверное оттуда же, почему умный свич становится хабом, если приходит новый мак, а таблица заполнена. вопрос в том - чем и как ее заполнили на ОНУ?

 

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

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

наверное оттуда же, почему умный свич становится хабом, если приходит новый мак, а таблица заполнена. вопрос в том - чем и как ее заполнили на ОНУ?

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

Но тут другой случай - в ПОНе по сути два свича, один в ОЛТе, а второй в ОНУ. И у них таблицы коммутации разные и строят они их независимо друг от друга.

Вот и получается непонятно как переполненная таблица коммутации свича на ОНУ может как то повлиять на таблицу коммутации свича ОЛТа, при низходящем трафике?

Или в презентации имелся ввиду восходящий клиентский трафик в роли флуда?

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

Если одинаковый низходящий трафик появляется зраз в двух деревьях, то значит прилетает он сверху и коммутатор ОЛТа не знает куда его девать - вот и шлет куда попало.

Т.е. Ваш случай как бы иной.

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

И еще, я тут ковырялся и случайно нашел интересный патент US7684403

Все прочитать не осилил, но чувствую что "трава забористая".

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

dот и получается непонятно как переполненная таблица коммутации свича на ОНУ может как то повлиять на таблицу коммутации свича ОЛТа, при низходящем трафике?

Или в презентации имелся ввиду восходящий клиентский трафик в роли флуда?

1) если на ОНУ забилась, то оно шлет во все порты. ОЛТ получает фрейм и хрен его знает куда слать отсылает тоже всем его.

2) скорее всего именно от ОНУ флуд валит - там таблица меньше

 

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

Если одинаковый низходящий трафик появляется зраз в двух деревьях, то значит прилетает он сверху и коммутатор ОЛТа не знает куда его девать - вот и шлет куда попало.

Т.е. Ваш случай как бы иной.

нет: именно когда гдето с уровнем на ОНУ плохо - появляются такие всплески до 600 мбит.

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

sadmin, on 10 Апр 2013 - 13:10, said:

1) если на ОНУ забилась, то оно шлет во все порты. ОЛТ получает фрейм и хрен его знает куда слать отсылает тоже всем его.

2) скорее всего именно от ОНУ флуд валит - там таблица меньше

Тут все еще завязывается на то как все сконфигурировано - влан пер что и как изоляция включена?

sadmin, on 10 Апр 2013 - 13:10, said:

нет: именно когда гдето с уровнем на ОНУ плохо - появляются такие всплески до 600 мбит.

А вот тут подробней - уровень при чем?
Ссылка на сообщение
Поделиться на других сайтах

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

post-21464-0-39155200-1365591963_thumb.png

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

Ну горюшко как бы видно, но информации для осмысления недостаточно.

да, тут только примерно по дате появления и подключения клиента можно что-то выяснить (если только не напряг в муфте)

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

1) уровни выдаются в консоли ОЛТ - но там оно чтото немыслимое показывает

2) вебморд нету (не использую, и не собираюсь)

 

Вебморда вообще адская. Консоль хоть успокаивает)))

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

Покажите кто нибудь скрины, где видны уровни сигналов от ОНУшек, и скрины вэбморд ОНУ и ОЛТ, если можно

1. Ну относительно уровней тут сошлись что они отфонарные. Но некоторое время назад звучала инфа что в новой пвртии ОНУ с этим глюком будет покончено. Вопрос - кто нибудь уже проверял это с ОНУшками из последней партии?

2. Вебморды это происки империализма. Если Вы конфигурируете что либо сложнее пациентского роутера посредством вебморды, то значит в консерватории что то нужно править.

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

 

Покажите кто нибудь скрины, где видны уровни сигналов от ОНУшек, и скрины вэбморд ОНУ и ОЛТ, если можно

1. Ну относительно уровней тут сошлись что они отфонарные. Но некоторое время назад звучала инфа что в новой пвртии ОНУ с этим глюком будет покончено. Вопрос - кто нибудь уже проверял это с ОНУшками из последней партии?

2. Вебморды это происки империализма. Если Вы конфигурируете что либо сложнее пациентского роутера посредством вебморды, то значит в консерватории что то нужно править.

А чо сразу конфигурируете? посмотреть то можно и через вэб...

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

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

А чо сразу конфигурируете? посмотреть то можно и через вэб...

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

Ну если уж смотреть через веб, то тогда необходимо снимать показания snmp-ём и строить график в разрезе времени - так значительно показательней.
Ссылка на сообщение
Поделиться на других сайтах

 

 

А чо сразу конфигурируете? посмотреть то можно и через вэб...

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

Ну если уж смотреть через веб, то тогда необходимо снимать показания snmp-ём и строить график в разрезе времени - так значительно показательней.
Хороший вариант, вот только смущает то что уровни, как тут говорили, отфонарные... :(
Ссылка на сообщение
Поделиться на других сайтах

 

Вот я и предложил тем кто уже ставил железо из последней партии ответить - полечили это?

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

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

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

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

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

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

Вхід

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

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

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

×
×
  • Створити нове...