StSphinx

Приветствую, коллеги! Пожалуйста, поделитесь кто-нибудь последним NXOS для 3064. Желательно сжатым. Заранее благодарю!

dba-profile profile-id 1 profile-name "default" type4 max 249984 commit exit ! ont-lineprofile gpon profile-id 1 profile-name "GEM-1-VID-1306" fec-upstream enable omcc encrypt on tcont 1 dba-profile-id 1 gem add 1 tcont 1 encrypt on gem mapping 1 1 vlan 1306 commit exit ! interface ge 0/0 vlan mode 1 trunk vlan trunk 1 1306 ! interface gpon 0/0 vlan trunk 1 1306 ! service-port autoconfig vlan 1306 gpon 0/0 port 1 gemport 1 multi-service user-vlan 1306 tag-action transparent ! interface gpon 0/0 ont autofind 1 enable ont authmode 1 manual ont add 1 1 sn-auth "XXXXXXXXXXXXXXXXX" ont-lineprofile-id 1 ont-srvprofile-id 1 ont port native-vlan 1 1 eth 1 vlan 1306 priority 0 Что-то типа того. VLAN ID: 1306 используется для доступа в Интернет. Конфиг с головы 1608GS, но думаю, что на 1608S будет примерно так же.

Все, разобрались... Если кому интересно, просто тупо не был прописан VLAN на GPON порту.... Добавил его в транк на GPON порт и все взлетело.

В процессе разбирательств выяснилось, что трафик с ONU приходит с двойным тэгом. При чем, верхний тэг даже отсутствует в конфигурации OLT. С ONU SNR получаем 128/666, с ONU Eltex 158/666. Неужто никто больше не сталкивался с такими "чудесами"?

Приветствую, коллеги! Заимели мы в хозяйстве такую GPON OLT , обновили на ней прошивку до актуальной и что-то не получается настроить сервис. ONU подключается, конфигурируется, но на OLT не виден MAC адрес ПК подключенного к ONU. На самой ONU MAC виден. Настраивал по китайским "мурзилкам", что идут в комплекте. И самое обидное, что с прошивкой которая там изначально была(очень старая) все работало. Обновился, блин, на свою голову. Буду очень признателен, если кто-то поделится конфигом или хотя бы подскажет в каком направлении смотреть. Стенд выглядит так: [BRAS]-[SWITCH]-[OLT]-[ONU/Bridge]-[PC] Конфигурация OLT: show version Hardware version : V4.0 Firmware version : V2.0.3_210927 (Mon, 27 Sep 2021 12:45:24 +0800) --------------------- dba-profile profile-id 2 profile-name "default" type4 max 200000 commit exit ! ont-lineprofile gpon profile-id 1 profile-name "TEST-BRIDGE" fec-upstream enable tcont 1 dba-profile-id 2 gem add 1 tcont 1 encrypt on gem mapping 1 1 vlan 666 commit exit ! ont-srvprofile gpon profile-id 1 profile-name "BRIDGE" ont-port eth adaptive pots adaptive catv adaptive port vlan eth 1 translation 1 user-vlan 1 port vlan eth 1 translation 666 user-vlan 666 port vlan eth 2 translation 1 user-vlan 1 port vlan eth 3 translation 1 user-vlan 1 port vlan eth 4 translation 1 user-vlan 1 commit exit ! interface gpon 0/0 ont add 1 1 sn-auth "XXXXXXXX68E3" ont-lineprofile-id 1 ont-srvprofile-id 1 ont port native-vlan 1 1 eth 1 vlan 666 priority 0 ! interface ge 0/0 vlan mode 1 trunk vlan trunk 1 666,905 exit ! service-port autoconfig vlan 666 gpon 0/0 port 1 gemport 1 multi-service user-vlan 666 tag-action transparent

Да, про Eltex я в курсе. Ну ок, спасибо. Успокоили)

Тогда не могли бы пояснить, о чем может идти речь - "Работает, но за доп лицензию." ?

То есть, у C-data тоже vendor lock на ONU ? Смысла, конечно нет... Но вдруг понадобится заменить голову Eltex на C-data. Всякое бывает. Вот и хотелось бы понимать с чем можно столкнуться.

Добрый день, коллеги! Апну темку) Подскажите, GPON Eltex ONU работают с OLT C-Data ?

Спасибо, что рассказали. Ща погуглил. Прям удобно. Ну а если серьезно, то в конфиге можно указывать не только имена хостов. Там еще ключи авторизации, порты etc.

Да, системный буфер обмена, в том виде, в котором он есть по-умолчанию, не очень удобен. Но это можно изменить. К примеру, у меня в DE стоит плагин clipman, которые реализует удобную историю буфера обмена. Все, что выделяется, автоматом попадает в буфер обмена(текст, картинки). Остается только в менюшке потом выбрать что конкретно тебе нужно вставить. Есть такой "известный магазин", rutracker называется. Там нет SecureCRT для Linux? ;)

Мне кажется, что буфер обмена это все таки дело системное, а не конкретного приложения. И хотеть что-то от буфера обмена логично было через настройку DE. Чем лучше Putty чем xterm - хз, если честно... Наверное тем, что чуть более наглядный. Посмотрите по ссылочке, там народ какие-то еще клиенты предлагает. Возможно что-то вас и устроит.

Вам терминал или SSH/Telnet/Console GUI? Если терминал, то посмотрите terminator. А в принципе - любой эмулятор терминала + tmux/screen по вкусу. Если надо именно GUI для SSH/Telnet/etc то Putty. Не совсем конечно SecureCRT, но все же. И как универсальное решение - раскидываем ключ по нужным хостам(ssh-copy-id), прописываем их в $HOME/.ssh/config Что-то типа: Host host1 Hostname 192.168.0.1 user vasya И потом ходим по хостам из любого удобного эмулятора терминала коротенькой командной: ssh host1 UPD: https://qna.habr.com/q/584109

Да, действительно. Не обратил внимание, что active port только один. Это странно. Но заработало у человека и хорошо.

Ну так есть active members. С чего предположение, что со стороны циски статика? ТС бы еще показал sh lacp 1 internal со стороны ASR.

Ну так, а настройки пропуска VLAN 100, 101 со стороны D-Link есть?

Лучше - понятие вполне абстрактное. В рамки описанной задачи железо вполне вписывается и даже с хорошим запасом. Мы брали один из наших mx'ов тут, на форуме, у товарища с ником tros10. Оформляли сделку через юр. лицо. Адекватный товарищ, рекомендую, если что.

Поддерживаю. MX80 легко прожует заявленные требования с большим запасом.

Это скорее я не так делал. Железки смотрели друг на друга интерфейсами с разным MTU. Juniper и Cisco считают MTU по разному. Cisco считает то, что влезает в Ethernet фрейм, а Juniper считает к этому еще и размер заголовка. Соответственно, без всяких QinQ и VLAN, MTU будет 1500 и 1514 соответственно. И соответственно TCP MSS так же будет получаться разный.

На BGP очень даже влияет TCP MSS. Когда пиры не договорились, именно такая ситуация и будет - висеть в Active. Накушался, когда настраивал BGP между железками Cisco и Juniper. А TCP MSS Cisco пытается считать исходя из Path MTU Discovery, который включен по умолчанию, на некотором железе.

Не могу сказать как работают прям совсем-совсем китайские, но модули SNR работают исправно и без проблем.

Отдаем только свои сети. Все ок.

asr1k4-1#request platform software system shell RP active % Error: Shell access is not available Ну или я что-то не так делаю... Но зато есть команда: asr1k4-1#format harddisk: UPD: Есть fsck , но урезанный, ключи не понимает.

asr1k4-1#request platform hardware filesystem harddisk: ? destroy Request to erase/destroy entire filesystem error Tune error parameters offline Request to take disk offline online Request to bring disk online Вариантов не особо. Видимо в случае нового диска - destroy.

Понятно. Видимо придется пройти квест - "замени HDD в ASR на тот что у тебя есть на полке..." ) Я ж правильно понимаю, там просто ext3 ?