Den_LocalNet

на практике куда не можем попасть, но очень надо (поздно, выходной, сантехник забрал ключ и т.п.) - тупо режим замки, ставим новые и ключи в жек пусть только попробуют что-то предъявить тем более не пойман - не вор а замок повесили потому что было открыто, а мы боимся за свое оборудование а учитывая кол-во денег, которое ежемесячно отстегивается КЖСЕ по договору - пусть поцелуют в ж#пу

это альтернативная ону

у меня не так, у меня например разные вот я говорю ОЛТ: no epon onu port 1 ctc vlan mode tag 2101 no epon onu port 2 ctc vlan mode tag 2101 no epon onu port 3 ctc vlan mode tag 2101 no epon onu port 4 ctc vlan mode tag 2101 вланов нет уже а ону работает даже перезагрузка не помеха конфиг на олт пустой, а юзер все равно работает вот это круто, вот это фича! потом голову можно так сломать при поиске траблов особенно если юзер в офлайне, а конфигурация поменялась он включился и работает со своими старыми настройками

пришлось еще несколько дней провести в тестах вывод: 1004, 1501, 1504 - приемлемы к эксплуатации, с моей стороны замечаний в работе на тестовом ОЛТ нет. На неделе поставлю пару в продакш у абонентов. альтернативная ону: 1. Она запоминает конфиг в себе. Это очень печально. Т.е. если на порту в ОЛТ дал конфигурацию, потом снес конфиг или даже убил регистрацию этой онушки, то она перерегистрируется и работает так же дальше с ПУСТЫМ КОНФИГОМ НА ОЛТ. Пока я до этого допер - думал уже я помешался. Ребут ону не решает вопроса - она запоминает последний конфиг в себе. 2. Всегда есть потери... причем очень странные. схема такая: РС1 - свитч - олт - ону РС2 при любом конфиге ону (даже самом примитивном): TEST_OLT#sh run int e0/1:1 Building configuration... Current configuration: ! interface EPON0/1:1 onu-configuration epon onu port 1 ctc vlan mode tag 2101 epon onu port 2 ctc vlan mode tag 2101 epon onu port 3 ctc vlan mode tag 2101 epon onu port 4 ctc vlan mode tag 2101 !!onu-configuration-end я имею потери около 10% с РС2 на РС1 и 0% в обратную сторону (не спрашивайте как так, сам не понимаю) проверял на двух комплектах ноутов - идентично на этих же ноутах тестил 1004, 1501, 1504 - проблем нет такое впечатление, что это не потери а как-то рендомно отбрасывает icmp, есть несколько фактов, которые не совпадают: 1. мультик работает отлично. Были бы потери - рвало бы 2. скорость прокачки 10-11 Мбайт/с 3. на их увеличение или уменьшение ничего не влияет прокачка канала в полку 4. потери идут систематизировано: по 1-2 потери через каждые 1-3 пинга, потом нет потери пингов 30-40, потом опять повторение 5. если включить проигрывать мультик то потерь немного меньше (тоже самое было на ону 1004б)

где же ты был неделю назад....

утюг в комплекте?

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

вешаю все ТКО магистраль - 12 отвод в улицу - 4 абонентский дроп - 2 подвариваю пигтейл с двух сторон со стороны столба в уличном фттх боксе со стороны клиента - фоб-дм (внутри наварен пигтейл + адаптер + патч 1м)

Sadmin У меня ипы ону в отдельном влане (не первом) Для того что бы трафик ходил на эти ипы пришлось сделать на епон порту Switchport pvid xxx

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

кстати да, подпишусь под каждым словом за 10 лет было с чем сравнить)

потери от юзера через ону в любое направление но на управляющий интерфейс ону потерь нет так что ахтунг

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

вроде бы такого нет

там ежедневно проводят работы пол сотни огородников и все прямо под леп) короче суть понятна или повесить и ждать когда срежут или копать

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

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

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

из софта стоит http://www.busybox.net/ + куча самописных скриптов

фото ону без VOIP c voip

//------------------------------------------- OPULAN OPL-06752-BG OpConn D27827C 1142 //------------------------------------------- Atheros AR8228-AH1E BF3263C5 1008 //------------------------------------------- Spansion S29GL064N90TF104 045FF576 H 06 Spansion //------------------------------------------- NANYA 1136 NT5TU32M16D6-AC 122431T0EL //------------------------------------------- Le 88266TQC Y A G 1127MAB //------------------------------------------- плата обычная двухсторонняя, без видимых внутренних слоёв. медь на дорожках и элементах окислена. пластик нормальный.

На картинке все должно быть понятно. Нужно пройти под лэп На столбы доступ есть без вопросов Нужен квалифицированный ответ: копать или можно все же повесить диэлектрик? Там высокий ЛЭП ... метров 15 до нижнего фидера т.е. если повесить кабель диэлектрик между опорами то останется метров 10 еще если копать то как глубоко?

эта информация и так есть толку мало нужно что бы производитель тестил на олт бдком

вселенская пичаль.... вчера значит оставил альтернативную ону после тестов играть мультик на ноуте сегодня с утра прихожу - потерь 7% за ночь мультик играет идеально.... т.е. не в канале проблема захожу на ону по 192.168.1.1 телнетом смотрю top - 100% загрузка проца 98% съедает процесс vtp_pc ребут ону: все становится хорошо с загрузкой проца - около 5-6% но мультик больше не работает пока на олт не сказал заветные: epon onu port 1 ctc mcst tag-stripe enable epon onu port 1 ctc mcst mc-vlan add 4000 epon onu port 2 ctc mcst tag-stripe enable epon onu port 2 ctc mcst mc-vlan add 4000 epon onu port 3 ctc mcst tag-stripe enable epon onu port 3 ctc mcst mc-vlan add 4000 epon onu port 4 ctc mcst tag-stripe enable epon onu port 4 ctc mcst mc-vlan add 4000 ну не пипец? как оно вчера работало до утра? тоже самое было с 1501 и 1504 - с коробки играл мультик а через некоторое кол-во времени перестал но дальше хуже.... на альтернативной ону мультик заработал, но потери не пропали когда играет мультик (акцент делаю на то, что он играет идеально) - потери около 7% когда не играет потери около 18% если бы там были реально такие потери то мультик был бы весь поломаный потери имеют характер случайный т.е. пачками, как будто что-то переполнилось и начинаются потери каждый 2-3 пакет после этого может 20-30 пакетов пройти без потерь на управляющий интерфейс ону потерь нет следовательно потери это дроп пакетов внутри ону все это мне очень напомнило то, как работала 1004В до последнего апдейта симптоматика 100% такая же --------------------- добавлю по альтернативной ону в веб морде есть шторм контроль по каждому порту отдельно так же в веб морде нашел настройку VOIP, настроек очень много, буду курить по чуть-чуть

да, все 4 но пробовал и одну нонейм т.е. пробовал повторить первое включение