Перейти до

UA.PON v3.0


wladd

  

193 пользователя проголосовало

  1. 1. Планируете ли вы строить сети в частном секторе, в сельской местности ?

    • Да!
      187
    • Нет!
      6
  2. 2. Планируете ли вы использовать технологию PON или FTTX ?

    • PON
      119
    • FTTX
      74
  3. 3. Являетесь ли вы уже участником проекта UA.PON?

    • Да!
      22
    • Нет
      98
    • Планирую
      86


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

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

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

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

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Дорогие Друзья! Наконец то родилась третья версия Всеукраинского Проекта - UA.PON.V.3.0 GEPON оправдал себя как новая технология, новая веха в сете строительстве, новая эра оптического доступа! GEPON

А почему девушка голая? Да и еще в колено локтевой позиции? Что это символизирует ? "Мы вас поставим раком и разденем до гола?" И дерево со спины растет с корнем в виде руки Фреди Крюгера, + татуха н

Ипать у тя фантазия)))

Posted Images

 

 

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"?

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

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

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

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

 

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

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

- правильную работу 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.

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

 

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

 

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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

 

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

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

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

 

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

 

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

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

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

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

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

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

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

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

 

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

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

 

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

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

 

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

 

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

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

 

 

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

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

 

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

 

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

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

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

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

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

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

 

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

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

 

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

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

 

 

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

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

 

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
Гость
Эта тема закрыта для публикации сообщений.
  • Зараз на сторінці   0 користувачів

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

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

    • Від Inna13
      Наша компанія має стаж роботи понад 15 років. У нас є дві форми оплати з ПДВ та ФОП, гарантія на товар. Найкращі ціни. В наявності і під замовлення. Picotel, Ubiquiti, BDCOM, C-DATA, Picotel, RCI та інші
    • Від Костопашка
      Куплю этажные боксы (аналогичные Депс и Ромсат не предлагать) 

    • Від Maks1m
      Для будівництва мережі в Києві та області потрібні бригади кабельщиків та зварювальників. 
      За додатковою інформацією прохання звертатися в особисті. 
    • Від Inna13
      Продаж великого асортименту телекомунікаційного обладнання. Компанія працює більше 15 років. Опт і роздріб. Ціни з ПДВ і без. Дистрибьютори ТМ "Ютекс". Оптичне обладнання PON (GPON, GEPON, XPON), кабельна продукція, комутатори, маршрутизатори, інструменти для пон мереж, шафи і стійки, власне виробництво PON боксів.
    • Від andr1y
      Запрошуємо на постійну роботу монтажників кабельних мереж (м.Львів)
       
      Вимоги:
      відповідальне ставлення до роботи, якісне і оперативне виконання поставлених завдань, дисциплінованість; ініціативність, та швидкість у навчанні; охайність та орієнтованість на результат; перевагою буде наявність власного авто Умови роботи:
      повна зайнятість стабільна, своєчасна заробітна плата додаткові бонуси/премії за виконану роботу оплата амортизації та палива при використанні власного автомобіля в робочих цілях ми пропонує стабільну роботу та професійний розвиток.  
      Детальніша інформація по тел.: 067-433-73-19 Ярослав

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