UA.PON v4.0

[sanyadnepr 305]

 

Ну я хз тогда. Мож скинутся на программиста?)

На УКОС я так понял будет представитель БДКОМ, может подойдем к нему все вместе и дружно попросим, если нет, то не выпустим с Украины )

Украинский романтизм. Как правило романтизм со временем проходит. (извините за яд)

1. По моим данным на УКОС не будет представителя БДКОМ. Бдком представители будт в Киеве в октябре после CIOE.

2. Этих программистов у них итак достаточно, квалификации не меньше наших, вопрос в понимании потребностей, и специфики.

 

Ping_BDCOM: Now the number of  mulicast groups   is 41

if we add loopback deteсt  , it will be less

 

Осталось только разобраться что они имели ввиду.

Значит ли это транзитность - непонятно. Денис говорит что него все 250 каналов воспроизводятся нормально.

Если это транзит - до какого количества каналов можно снизить? как насчет 10 каналов?

 

1501В останутся доступны ?

[ufm 17]

 

cle mac add dyn
sh mac add dyn

Покажите на ОЛТе ? пинги не пускать

Тоже самое с пингами.

 

И маки на свиче тоже не плохо бы.

 

Сейчас стенд разобран, если будет время завтра - соберу обратно.

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

MAC первого компьютера должен быть виден на порту ONU в влане два, на гигабитном порту OLT в влане 3.

На свиче - на первом порту в влане 2 и на третьем порту в влане 3.

MAC второго компа - в зеркальном виде.

При указанных настройках и ONU и OLT запрещен внутренний свитчинг, только через внешний роутер.

Соответственно прохождение пакета со второго порта на первый:

1. Попадаем на ONU через второй порт в третьем влане.

2. Входим с ONU на OLT в влане 3. Видим dest mac в нашем влане на гигабитном порту и отправляем пакет туда

3. Входим на свич. Видим dest mac в нашем влане на 3 порту и отправляем пакет туда.

4. Выходим со свича без тега, заходим обратно с тегом 2

5. Видим dest mac во втором влане на 1 порту, уходим туда.

6. Выходим с первого порта и попадаем обратно на OLT. Видим dest-mac в нашем (втором) vlan на ONU. отправлем пакет туда

7. Заходим на ONU видем dest-mac в первом порту и отправляем пакет туда.

8. Выходим с ONU без тега через первый порт.

и

 

interface GigaEthernet0/1
 
no switchport protected

 

 

Да ну?

[ufm 17]

Честно говоря, я немного удивлён. Ребят, знание как ходят по L2 пакеты и как свичи отрабатывают VLAN-ы - это как-бы базовые наши знания, нет?

[sanyadnepr 305]

Честно говоря, я немного удивлён. Ребят, знание как ходят по L2 пакеты и как свичи отрабатывают VLAN-ы - это как-бы базовые наши знания, нет?

Базовые, акромя БДком, тут иногда рулетка. Відредаговано 2013-07-09 19:57:34 sanyadnepr

[sanyadnepr 305]

 

 

cle mac add dyn
sh mac add dyn

Покажите на ОЛТе ? пинги не пускать

Тоже самое с пингами.

 

И маки на свиче тоже не плохо бы.

 

Сейчас стенд разобран, если будет время завтра - соберу обратно.

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

MAC первого компьютера должен быть виден на порту ONU в влане два, на гигабитном порту OLT в влане 3.

На свиче - на первом порту в влане 2 и на третьем порту в влане 3.

MAC второго компа - в зеркальном виде.

При указанных настройках и ONU и OLT запрещен внутренний свитчинг, только через внешний роутер.

Соответственно прохождение пакета со второго порта на первый:

1. Попадаем на ONU через второй порт в третьем влане.

2. Входим с ONU на OLT в влане 3. Видим dest mac в нашем влане на гигабитном порту и отправляем пакет туда

3. Входим на свич. Видим dest mac в нашем влане на 3 порту и отправляем пакет туда.

4. Выходим со свича без тега, заходим обратно с тегом 2

5. Видим dest mac во втором влане на 1 порту, уходим туда.

6. Выходим с первого порта и попадаем обратно на OLT. Видим dest-mac в нашем (втором) vlan на ONU. отправлем пакет туда

7. Заходим на ONU видем dest-mac в первом порту и отправляем пакет туда.

8. Выходим с ONU без тега через первый порт.

и

 

interface GigaEthernet0/1
 
no switchport protected

 

 

Да ну?

 

Это все "ваша" логика реальные выводы в студию.

Для спеца вашего уровня - реальный вывод это основа это я тут так балуюсь.

Відредаговано 2013-07-09 20:00:41 sanyadnepr

[sanyadnepr 305]

 

Сейчас стенд разобран, если будет время завтра - соберу обратно.

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

Я бы согласился на проверенном вендоре - мы все не раз тут на грабли наступали, каждый на свои

[ufm 17]

 

 

 

cle mac add dyn
sh mac add dyn

Покажите на ОЛТе ? пинги не пускать

Тоже самое с пингами.

 

И маки на свиче тоже не плохо бы.

 

Сейчас стенд разобран, если будет время завтра - соберу обратно.

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

MAC первого компьютера должен быть виден на порту ONU в влане два, на гигабитном порту OLT в влане 3.

На свиче - на первом порту в влане 2 и на третьем порту в влане 3.

MAC второго компа - в зеркальном виде.

При указанных настройках и ONU и OLT запрещен внутренний свитчинг, только через внешний роутер.

Соответственно прохождение пакета со второго порта на первый:

1. Попадаем на ONU через второй порт в третьем влане.

2. Входим с ONU на OLT в влане 3. Видим dest mac в нашем влане на гигабитном порту и отправляем пакет туда

3. Входим на свич. Видим dest mac в нашем влане на 3 порту и отправляем пакет туда.

4. Выходим со свича без тега, заходим обратно с тегом 2

5. Видим dest mac во втором влане на 1 порту, уходим туда.

6. Выходим с первого порта и попадаем обратно на OLT. Видим dest-mac в нашем (втором) vlan на ONU. отправлем пакет туда

7. Заходим на ONU видем dest-mac в первом порту и отправляем пакет туда.

8. Выходим с ONU без тега через первый порт.

и

 

interface GigaEthernet0/1
 
no switchport protected

 

 

Да ну?

 

Это все "ваша" логика реальные выводы в студию.

Для спеца вашего уровня - реальный вывод это основа это я тут так балуюсь.

 

Это не то что бы "моя" логика. Это стандарты. Но вот честно - грешен. Я как-то не подумал что bdcom действительно пофигистичен к стандартам. Завтра проверю.

[sanyadnepr 305]

Вы не первый наступивший на эти не стандартные грабли.

[ufm 17]

Вы не первый наступивший на эти не стандартные грабли.

В прочем - без разницы. Оно _обязоно_ работать втакой схеме. А если нет - то это баг. Собственно оригинальное письмо - это багрепорт Владу.

[_WesT_ 1 016]

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

 

 

Каскад с трех делителей 1/8 как то дофига. Ну его такую схему.

1/16 в корне + 1/8 работают без проблем. Сиганалы -23.

[Гайджин 574]

По идее на соседних ону ничего не должно быть, а на олте дропатся, нужно тестить. Будет время потестю. А STP там точно не нужно.

Точно не нужно? Хорошо подумал?

[Гайджин 574]

продолжаем обсуждение багрепорта по 1501С.

насколько я понял на основе обсуждения

 

- лупдетект ДАЁШЬ!

- мульикаст группы можно сократить до 10

- STP / RSTP и прочее должно быть надежно отключено.

 

Так ????

Какие еще хотелки у нас?

Количество одновременно льющихся мультикаст групп должно регулироваться с олта с пределах 1-8.

Спт/рстп должно быть.

[Гайджин 574]

 

 

 

И вообще, что за влан транслятор такой вы придумали?

 

Там будет постоянный флаппинг маков. Один и тот же мак по мере прохождения этой схемы будет переизучаться то на 1м то на 2\3м портах.

 

Тут еще возникает вопрос что за свич вы используете и как он отрабатывает такую схему.

Давайте мы не будем обсуждать то, в чем вы явно не разбираетесь? Ну если вам правдо интересно, я могу рассказать что это, зачем и как работает. Но это явно скорее для лички. А пока просто примите на веру - это рабоотает и так надо.

Свичпорт протектед вырубить попробуй. Как впрочем и всю остальную сегментацию.

[Гайджин 574]

 

 

cle mac add dynsh mac add dyn

Покажите на ОЛТе ? пинги не пускать

Тоже самое с пингами.

 

И маки на свиче тоже не плохо бы.

Сейчас стенд разобран, если будет время завтра - соберу обратно.

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

MAC первого компьютера должен быть виден на порту ONU в влане два, на гигабитном порту OLT в влане 3.

На свиче - на первом порту в влане 2 и на третьем порту в влане 3.

MAC второго компа - в зеркальном виде.

При указанных настройках и ONU и OLT запрещен внутренний свитчинг, только через внешний роутер.

Соответственно прохождение пакета со второго порта на первый:

1. Попадаем на ONU через второй порт в третьем влане.

2. Входим с ONU на OLT в влане 3. Видим dest mac в нашем влане на гигабитном порту и отправляем пакет туда

3. Входим на свич. Видим dest mac в нашем влане на 3 порту и отправляем пакет туда.

4. Выходим со свича без тега, заходим обратно с тегом 2

5. Видим dest mac во втором влане на 1 порту, уходим туда.

6. Выходим с первого порта и попадаем обратно на OLT. Видим dest-mac в нашем (втором) vlan на ONU. отправлем пакет туда

7. Заходим на ONU видем dest-mac в первом порту и отправляем пакет туда.

8. Выходим с ONU без тега через первый порт.

и

 

interface GigaEthernet0/1 no switchport protected

Да ну?

Федор, все твои мысли верны если внутри этих коробок ничего не съекономили в плане таблицы коммутации. Я не удивлюсь что у нее пер-вланности нет.

[Гайджин 574]

Честно говоря, я немного удивлён. Ребят, знание как ходят по L2 пакеты и как свичи отрабатывают VLAN-ы - это как-бы базовые наши знания, нет?

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

[Гайджин 574]

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

 

 

 

Каскад с трех делителей 1/8 как то дофига. Ну его такую схему.

1/16 в корне + 1/8 работают без проблем. Сиганалы -23.

Саша - ты меня пугаеш. Ты в обратную сторону прикинь какой там уровень и какой у тебя марджин остался.

[ufm 17]

 

 

И вообще, что за влан транслятор такой вы придумали?

 

Там будет постоянный флаппинг маков. Один и тот же мак по мере прохождения этой схемы будет переизучаться то на 1м то на 2\3м портах.

 

Тут еще возникает вопрос что за свич вы используете и как он отрабатывает такую схему.

Давайте мы не будем обсуждать то, в чем вы явно не разбираетесь? Ну если вам правдо интересно, я могу рассказать что это, зачем и как работает. Но это явно скорее для лички. А пока просто примите на веру - это рабоотает и так надо.

 

Свичпорт протектед вырубить попробуй. Как впрочем и всю остальную сегментацию.

 

facepalm.jpg

Еще один.

Вот скажи мне, какую мою проблему ты предлагаешь мне решить отключив сегментацию? Особенно с учетом того, что мне _нужна_ сегментация. Нет, мне, в данной схеме, не нужно что-бы трафик ходил между портами вобход "транслятора". Или ты думаешь я просто так включил switchport protected не понимая что я делаю?

[ufm 17]

Федор, все твои мысли верны если внутри этих коробок ничего не съекономили в плане таблицы коммутации. Я не удивлюсь что у нее пер-вланности нет.

Не, ну я всё допускаю, конечно.

Но я повторюсь - оригнальное письмо это багрепорт Владу. Оно обязоно работать так, как я написал при данных настройках. И если не работает - это баг. И его надо исправлять.

[_WesT_ 1 016]

 

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

 

 

Каскад с трех делителей 1/8 как то дофига. Ну его такую схему.

1/16 в корне + 1/8 работают без проблем. Сиганалы -23.

Саша - ты меня пугаеш. Ты в обратную сторону прикинь какой там уровень и какой у тебя марджин остался.

 

 

Та ничего там у меня не осталось. Строю как книжка пишет. Тоесть за рамки 64 виртуальных портов и стандартных схем не выхожу.

Но 1/16 + 1/8 работает, )))

Відредаговано 2013-07-09 22:23:29 _WesT_

[Гайджин 574]

 

 

 

И вообще, что за влан транслятор такой вы придумали?Там будет постоянный флаппинг маков. Один и тот же мак по мере прохождения этой схемы будет переизучаться то на 1м то на 2\3м портах.Тут еще возникает вопрос что за свич вы используете и как он отрабатывает такую схему.

Давайте мы не будем обсуждать то, в чем вы явно не разбираетесь? Ну если вам правдо интересно, я могу рассказать что это, зачем и как работает. Но это явно скорее для лички. А пока просто примите на веру - это рабоотает и так надо.

Свичпорт протектед вырубить попробуй. Как впрочем и всю остальную сегментацию.

facepalm.jpgЕще один. Вот скажи мне, какую мою проблему ты предлагаешь мне решить отключив сегментацию? Особенно с учетом того, что мне _нужна_ сегментация. Нет, мне, в данной схеме, не нужно что-бы трафик ходил между портами вобход "транслятора". Или ты думаешь я просто так включил switchport protected не понимая что я делаю?

Я понимаю что ты настроил так как тебе надо - вот только беда в том, что оно не работает.

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

[Гайджин 574]

 

Федор, все твои мысли верны если внутри этих коробок ничего не съекономили в плане таблицы коммутации. Я не удивлюсь что у нее пер-вланности нет.

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

Надо, однако забросы броадкастного трафика и порядок с менеджментом до сих пор не наведены. А багрепорт был еще в феврале. Так что "в очередь, сукины дети! В очередь!"

[Гайджин 574]

 

 

 

Може хтось вже пробував і що з того вийшло?

 

Використовуєм схему пон з дільниками: 1/8-головний і 8 дільників 1/8- абоненських.

 

Вийшла ситуація коли були забиті всі абоненські дільники одного пона, він вже був останні який можна було використати, відстань від серверної 8 км.

 

Підпаяли до абонеського дільника ще один абоненський 1/8 і підключили 8 абонентів.

 

Сигнали на OLT -31,-32, сигнали на приборі оптичної потужності -28,-29.

 

Питання: Наскільки критичні сигнали і в кого які наїгірші сигнали при яких ви включаєте абонента?

 

Ясно що ситуація 2 дільників 1/8 коли сигнал -18 є напевне найоптимальніша, но буває коли інашекше не виходить, завтра попробую через дільник 1/8 та 1/16 підняти сигнал.

 

 

 

Каскад с трех делителей 1/8 как то дофига. Ну его такую схему.

1/16 в корне + 1/8 работают без проблем. Сиганалы -23.

Саша - ты меня пугаеш. Ты в обратную сторону прикинь какой там уровень и какой у тебя марджин остался.

 

Та ничего там у меня не осталось. Строю как книжка пишет. Тоесть за рамки 64 виртуальных портов и стандартных схем не выхожу.

Но 1/16 + 1/8 работает, )))

У тебя марджина практически нет. Так что я бы не называл это работает.

[ufm 17]

Я понимаю что ты настроил так как тебе надо - вот только беда в том, что оно не работает.

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

Да я, честно говоря, подустал быть тестовым полигоном для BDCOM за свои-же деньги. Я ошибку нашёл? Нашёл. Пусть дальше китайцы разбираются. Иначе мне будет очень интересно послушать, чем они мотивируют то, что у них написано о поддержке 802.1Q в их оборудовании, а оборудование нифига этот стандарт не поддерживает.

[_WesT_ 1 016]

У тебя марджина практически нет. Так что я бы не называл это работает.

Еще раз. У меня все построено 1/8 + 1/8, или 1/16 + 1/4.

1/16 + 1/8 включали ради эксперимента. Сигнал -23. Чувствительность ОНУ -26. 3дб в запасе.

На сплиттерах проварен только вход, если проварить и выход, то найдется +1дб. Запаса будет 4 дб, разве мало? Как по мне то с головой.

 

З.Ы. Поднял доки по последних измерениях. Оказалось немножко ошибся. Сигналы -22. Запаса хватает

Відредаговано 2013-07-09 22:41:45 _WesT_

[Гайджин 574]

Марджин должен быть минимум 5 дБ - ибо в противном случае спать спокойно не получится.