UA.PON v3.0

[passer 67]

Если ONU будет управлемым кирпичем - то только лучше. При условии что cli (snmp) с головы позволит прошивать ONU и снимать диагностическую информацию (уровни, активность портов и т.п.).

P.S. Впрочем, это мнение человека много работавшего с DOCSIS, где модем как раз и есть кирпич без головы.

[ufm 17]

 

 

BDCOM ответил что тест отличный. Надо провести тестирования с их стороны, и провести улчшения в этом вопросе. Ждемс.

Я сегодня еще ковырялся в этой теме. Попытаюсь обобщить.

 

Наблюдаю следующее:

Если попытаться двунаправленно раскачать канал сквозь ONU+OLT, до скоростей близких к скорости насыщения порта ONU, то RTT вырастает до 200 мс и более.

Как одно из предположений, было выдвинуто то, что механизмы TDMA перестают корректно работать при переполнении буфера порта ONU.

Было принято решение попробовать ограничить скорость на портах средствами самой ONU чуть ниже физической скорости порта.

При ограничении скорости rate-limit-ом и попытатке двунаправленно раскачать канал сквозь ONU+OLT, до скоростей близких к скорости rate-limit-, то RTT вырастает до 200 мс и более. Причем это наблюдается даже если зажать rate-limit-ом скорость на 10 МБит/с.

Та же самая картина наблюдается если попытаться применить sla.

Делаю вывод, что похоже rate-limit тесно взаимосвязан с механизмами TDMA, и вылечить одно за счет другого не получится.

Тогда предпринимаю попытку ограничить скорость внешними средствами. Создаю не сервере B (схема с прошлого раза не менялась) низходящий двухполосый щейпер. Первая полоса имеет приоритет в 8 раз выше чем вторая и в нее помещается технологический TCP трафик (ACK) - т.е. я "кондициорирую" трафик (обеспечиваю ему улучшенные условия для двунаправленного обмена). Для восходящего трафика создаю полисер. Параметры дискриминации трафика подбираю во время экспериментов. На приведенном ниже скриншоте в левом маленьком окне пинг с сервера B на серевер A, в правом маленьком окне пинг с сервера B на серевер Mag250, в нижнем окне двусторонний промер с сервера A на B, на заднем плане консоль сервера B.

На выхлопе я добиваюсь того, что при зажимании скорости в обеих направлениях на 80 МБит/с я получаю нормальный RTT.

Именно таким он должен быть без всяких манипуляций с моей стороны, не будь у ONU своего видения на жизнь.

 

Вопрос для китайцев: Хочу, что бы было вот так, как выделено жирным шрифтом.

 

p.s. На этом я заканчиваю свои эксперименты на ближайшее время.

Вопрос - а если убрать (или поиграться с параметрами) волшебную команду "epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024"?

[ufm 17]

Вопрос - а если убрать (или поиграться с параметрами) волшебную команду "epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024"?

И, кстати, если я не путаю - эта команда в доке не описана. А она, судя по всему, как раз за Dynamic Bandwidth Allocation отвечает. Влад, можно как нибудь из BDCOM вытрясти тайное знание про эту команду?

[Гайджин 574]

 

Мы провели переговоры по этим вопросам

Инженеры утверждают, что особенности чипсета ОНУ таковы, что мы можем иметь либо

- правильную работу ARP

- либо менеджмент VLAN на ОНУ.

Можно я промолчу по поводу того что я думаю об их ответе? - Ибо в противном случае меня опять в асоциальном поведении обвинят.

 

Так или иначе. У нас есть работающая прошивка "B" и через 2 дня у нас будет прошивка для обновления с ОЛТ

Одна прошивка будет отвечать позиции_1 вторая отвечать требованиям позиции_2.

 

Не понял - сейчас есть прошивка ONU с починено-поломаным ARP (одно починено, второе поломано) и через два дня будет новая прошивка (с каким функционалом)?

 

...

Предлагаю голосование.

...

Давайте голосовать!

...

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

 

В результате всего этого трым-пырым видно, что ОНУ должно быть устройством молчаливым (особенно со стороны пользователя), управляться посредством OAMа (нехрен по ней шляться телнетом), сливать всю статистику на ОЛТ посредством OAMа же, а уже с ОЛТа эту статистику что бы можно было по snmp забраться.

 

p.s. Кстати, а как вообще китайцы объясняют зачем на ОНУ сделана возможность доступа телнетом? Спрашиваю потому, что не понимаю необходимости. Но при этом в оборудовании PON другого вендора такая возможность тоже есть. И в доке про нее пишут следующее:

Before disconnecting ONU Customer Premises Equipment (CPE) from system, IP address must be assigned to ONU CPE, and then perform ONU CPE configuration.

There are two ways to assign IP address to ONU CPE:

¦ Dynamically assigned by DHCP server.

¦ Manually assigned, see <ONU CPE Operation Manual> for details.

[Гайджин 574]

 

вопрос - а если убрать (или поиграться с параметрами) волшебную команду "epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024"?

 

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

 

p.s. мне кажется что в этом команде только первый параметр как то более менее ощутимо влияет. но при его увеличении RTT ростет.

[Гайджин 574]

Если ONU будет управлемым кирпичем - то только лучше. При условии что cli (snmp) с головы позволит прошивать ONU и снимать диагностическую информацию (уровни, активность портов и т.п.).

P.S. Впрочем, это мнение человека много работавшего с DOCSIS, где модем как раз и есть кирпич без головы.

+100500 - Это совершенно нормальное поведение для устройства типа CPE.

[sadmin 7]

Если ONU будет управлемым кирпичем - то только лучше. При условии что cli (snmp) с головы позволит прошивать ONU и снимать диагностическую информацию (уровни, активность портов и т.п.).

P.S. Впрочем, это мнение человека много работавшего с DOCSIS, где модем как раз и есть кирпич без головы.

как человек, рабавший несколько лет с ДОКСИСом, скажу, что модем - это не кирпич! и пинговать его и снимать с него СНМП инфу очень даже можно и нужно!

того же неплохо и от ОНУ требовать!

[passer 67]

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

И если опрашивать ради тех же уровней и мониторинга активности прийдется не 100500 ONU, а несколько головных устройств - дык сильно проще должно получиться.

[sadmin 7]

жаль, что низя и АРП починить и управление не потерять.................с трудом верится.........видно у китайцев плохо с кадрами......

[Гайджин 574]

Все можно, не бывает ничего не возможного (т.е. мы же не 40Г интерфейс в ОНУ вставить просим.) - просто похоже, что слишком много переписывать, т.е. ошибка очень глубоко. Вот и лепят горбатого.

[wladd 382]

Все можно, не бывает ничего не возможного (т.е. мы же не 40Г интерфейс в ОНУ вставить просим.) - просто похоже, что слишком много переписывать, т.е. ошибка очень глубоко. Вот и лепят горбатого.

Думаю, что есть еще глухой мисанедстендинг. Наш английский умножены на их английский.

Многие вещи трудно доходят. UFM злится что они много спрашивают.

Катимся потихоньку, не быстро.

[Гайджин 574]

Думаю, что есть еще глухой мисанедстендинг. Наш английский умножены на их английский.

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

 

И вообще, складывается такое впечатление, что данные изделия самими Китайцами практически не тестировались и в самом Китае не эксплуатируются (по Интернету ПОН от БДКома ищется только в Украине, Росиии, Польше ну и чуток в Китае), а если и эксплуатируются, то с иным ПО на борту.

Многие вещи трудно доходят. UFM злится что они много спрашивают.

Ну я пока вопросов не видел, но если вопросы наводящие и по теме, то я ничего не вижу в этом плохого.

 

p.s. Но это все лирика... В "подводную лодку" мы все уже сели, "люки задраены" и мы "на перископной глубине". Изходя из этого путей назад уже не очень то есть. Отсюда вопрос - может быть таки можно нажать на нашых раскосых друзей и сказать - Чуваки, вы сами придумали сделать менеджемент влан на данных ОНУ (вас за язык никто не тянул), а АРП это вообще часть основопологающего протокола (без которого ваше обурудование вообще смысла не имеет). Так что будьте так любезны и исполните то, что должно быть, и вами же заявлено.

[matrit 27]

Сказка на ночь)

 

В конце 2007 года появился небольшой провайдер в городе. В 2008 году уже была застроена большая часть города. Тарифы тогда были до 5м (скорость стабильная, инет никогда не пропадал). Оборудование на домах л2, аплинк к свичу через ону(гепон дорогой был и не китайский). На микрорайон 1 жила, дальше делитель и на дома оптика.(красота - магистральный узел не надо питать. есть у абона в квартире свет - есть у абона инет). Когда начали давать 5м за 99 грн начали стали пинги за 200мс, потери и другие прелестные глюки.

 

Спросите где счастливый конец сказки?

Наверное за пол года, а может быстрей, установили активные магистральные узлы и гиг на свич sfp wdm.

[Гайджин 574]

Уж не презентацию ли с КРОСа 2011 Вы нам расказываете? - Славный город Мариуполь?

[matrit 27]

сами ответили на свой вопрос

[Гайджин 574]

сами ответили на свой вопрос

Ну тут подвиг Тринити только UFM повторить пытается. Остальные к ПОНу более традиционно подходят.

[matrit 27]

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

[_WesT_ 1,016]

сами ответили на свой вопрос

 

Так может вы и есть Тринити? 

[matrit 27]

не. )) меня не взяли

[FonOdinus 92]

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

Очень интересна данная информация, так сказать вести с полей. Сколько средняя прокачка через ПОН порт? Интересует опыт подключения, сварка, монтаж.

 

Поделитесь информацией plz

[_WesT_ 1,016]

 

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

Очень интересна данная информация, так сказать вести с полей. Сколько средняя прокачка через ПОН порт? Интересует опыт подключения, сварка, монтаж.

 

Поделитесь информацией plz

 

Так а что именно интересует? прокачка или опыт сварки?

[FonOdinus 92]

 

 

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

Очень интересна данная информация, так сказать вести с полей. Сколько средняя прокачка через ПОН порт? Интересует опыт подключения, сварка, монтаж.

 

Поделитесь информацией plz

 

Так а что именно интересует? прокачка или опыт сварки?

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

[sadmin 7]

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

НУ вот наблюдаю одного - пытается в жил районе все ЖЕПОНОМ построить: ону на подьезд (причем и гиговые). Я вот прикинул в уме - мало пропускной способности будет (при тарифах в 100мбит у конкурентов). А жилу на подьезд закладывают одну.........

[_WesT_ 1,016]

 

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

НУ вот наблюдаю одного - пытается в жил районе все ЖЕПОНОМ построить: ону на подьезд (причем и гиговые). Я вот прикинул в уме - мало пропускной способности будет (при тарифах в 100мбит у конкурентов). А жилу на подьезд закладывают одну.........

 

то-есть он закладывает один ПОНпорт на подьезд? 

[sadmin 7]

 

 

У кого нибудь есть полностью подключеная ветка(64\32) абона и какой средний тариф у абонов?

НУ вот наблюдаю одного - пытается в жил районе все ЖЕПОНОМ построить: ону на подьезд (причем и гиговые). Я вот прикинул в уме - мало пропускной способности будет (при тарифах в 100мбит у конкурентов). А жилу на подьезд закладывают одну.........

 

то-есть он закладывает один ПОНпорт на подьезд? 

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

знаю точно, что ОНУ на подьезд. при этом рассказывает мне, что это круче чем у езеров - у них типа нету гига на подьезд.

типа на ЖЕПОНЕ он есть.........