CoCOsmall

действительно, идиот (я). машинальная ошибка

Нашел проблему Банально надо было использовать имена вланов, а не их номера ? Всем спасибо за помощь

show interfaces Possible completions: <[Enter]> Execute this command <interface-name> Interface name + apply-groups Groups from which to inherit configuration data + apply-groups-except Don't inherit configuration data from these groups et-0/1/0 Interface name et-0/1/1 Interface name et-0/1/2 Interface name et-0/1/3 Interface name > interface-range Interface ranges configuration > interface-set Logical interface set configuration > traceoptions Interface trace option

root> show chassis pic pic-slot 0 fpc-slot 0 FPC slot 0, PIC slot 0 information: Type 48x 10G-SFP+ State Online PIC version 2.17 Uptime 9 minutes, 42 seconds PIC port information: Fiber Xcvr vendor Wave- Xcvr Port Cable type type Xcvr vendor part number length Firmware 6 GIGE 1000T n/a Extralink EX1GRJ45 16652 nm 0.0 7 GIGE 1000T n/a Extralink

Hardware inventory: Item Version Part number Serial number Description Chassis P5775 QFX3500 Pseudo CB 0 Routing Engine 0 BUILTIN BUILTIN QFX Routing Engine FPC 0 REV 17 750-036931 P5775-C QFX3500-48S4Q CPU BUILTIN BUILTIN FPC CPU PIC 0 BUILTIN BUILTIN 48x 10G-SFP+ Xcvr 6 NON-JNPR 171020621 SFP-T Xcvr 7 A NON-JNPR 171020626 SFP-T Xc

commit естевственно сделан. сфп светится на порте. опознало или нет, не уверен

Прошу помощи, ибо ступор. За день заипался уже

Тот же результат

Верно. Но там пусто. Прошу помощи у вас. Есть идеи?

Так и сделал. Результат в первом посте

Есть свитч juniper qfx3500-48s4q Сброшен в дефолт. Надо прогнать через несколько портов кучку вланов, Делаю по примерам с мануала и получаю следующий конфиг порта interfaces { xe-0/0/0 { unit 0 { family ethernet-switching { interface-mode trunk; vlan { members 200-204; } storm-control default; } } } > show vlans Routing instance VLAN name Tag Interfaces default-switch default 1 default-switch

Побільше б конкурентів таких ідей реалізовували ? Ідея з камерами колись теж виникала, але до практики не дійшло. Думаю на окупність би мало вийти

Очень плохо построено. Улучшайте показатели хотябы к -26

Дайте угадаю, это сигналы rx от ону к олт?

И я на тест возьму

Кто подскажет, существует ли под карту SCXM прошивка второй версии?

Поидее нифига не будет падения на ветке. Я говорю что нет модуляций. Есть TDM для аплинка и броадкаст для даунлинка. Среда которая позволяет пропускать терабиты загнется на гигабите? С какого простите хуя? Думаю, что в случае ероров, таймслот увеличиватся для этой ОНУ. И если таких ону много будет, тогда большая часть гигабита будет занята ерорами. В случае не фиксированного таймслота для ону, конечно

Я считаю, вам надо научиться смотреть статистику по портах. И да, что мешает с сервера проверить канал в мир? ? Проблема же методом исключения ищется не долго Сеть сам строил?

Верно. Но будет падение суммарно скорости на ветке, если много таких абонентов, если ошибаюсь, поправьте

Скорее всего, только с низким

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

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

Привет. Разные ONU имеют разну граничную чувствительность. Некоторые при -28 отваливаются, некоторые и при 33 работают (плюс минус) При "плохом" сигнале падает эффективная пропускная способность PON порта. При сильно плохом сигнале - будут ошибки и потери пакетов. Где-то так Плюс у вас не будет запаса на случай ухудшения сигнала

Киевская, но это не точно

покажите несколько скринов, если не сложно