true

а потом инкапсулируется всё время?

похоже на то. надо бы в gns3 поднять с qemu

интересно посмотреть что на "проводе"

@JayT45 dbd точно юникаст?

тогда по теории я должен всё равно получать dbd на физике, только с pppoe заголовком.

да, вот в капче в shared segment обмен юникастом происходит

@JayT45 CSR-3.17.3S# sh ip ospf ne Neighbor ID Pri State Dead Time Address Interface 172.23.19.20 0 FULL/ - 00:00:37 172.23.19.20 Virtual-Access1.1 172.23.19.20 0 FULL/ - 00:00:33 172.23.19.20 GigabitEthernet3.1920

с ip ospf mtu-ignore на обоих сторонах

unnumbered с другого физического интерфейса?

CSR-3.17.3S#sh run int virtual-template1 Building configuration... Current configuration : 103 bytes ! interface Virtual-Template1 ip unnumbered GigabitEthernet3.1920 ip mtu 1492 ip ospf 2 area 0 end

Упс)

@JayT45 clear ip ospf process не убивает сессию

так оно

не понимаю

у тебя pppoe поверх gi3.1920 так?

yes

как заработало-то? :)

как заработало-то? :)

ну я игрался, там дебаги собирал то се, попробовал mtu ignore на обоих сторонах

и потом понял, что dbd в дебаге больше нет

смотрю, а они full :D

@JayT45 я почти уверен что это изза энкапа

ну у меня вот тоже mtu-ignore стоит с обоих сторон :)

ладн. Я просто адресацию поменяю на pppoe

попробуй no peer neighbor-route

и оставлю

мм сейчас

на обоих сторонах

у нас же сосед будет как конектед

1) стоит того или нет? 2) насколько тяжел RHCE и стоит ли он того? 3) я не вижу как забукать экзамен без двухдневного трейнинга. я дебил?

1. Друг сдавал с тренингом.

пришлось флапнуть pppoe...

2. Ему окупилось, потому что он пошел в интеграторва работать и уехал в США.

3. Стоит или нет - не знаю.

3. Стоит или нет - не знаю.

спасибо

пришлось флапнуть pppoe...

ну вроде выглядит логичным, нет?

ну я к тому, что теперь ждать пару дней :)

юникаст dpd энкапсулируются в pppoe потому что cef так говорят

тьфу dbd

да, cef указывал на dialer, а не на физику

сейчас показывает физику

после впн команды я только dpd и вижу

вообще да, звучит логично. Проверим.

коллеги, читаю тут книжку, правильно ли я понимаю что L2 EtherChannel не может в балансировку?

может

понимаешь правильно

написано неправильно

хм.. вот я и удивился...

балансировкой же занимается конкретно CEF он же видит L2 EtherChannel с vlan, как множество путей, а STP как единый и использует только 1 линк для BPDU, верно?

по моему верно, но Дима лучше скажет

да, один активный используется в stp

балансировкой же занимается конкретно CEF он же видит L2 EtherChannel с vlan, как множество путей, а STP как единый и использует только 1 линк для BPDU, верно?

CEF не причем

как это не причём?

он знает как обработать балансировку

по какому принципу балансировать - это ж в port-channel указывается. Но это неточно :)

наверное. Не знаю. %) Картинку эту помню. Там ещё про polarization рассказывается ?

не, тип балансировки указывается в целом на весь коммутатор

и, как я понимаю, по указанному типу балансирует уже CEF

еще раз, для l2 etherchannel не cef

https://www.cisco.com/c/en/us/support/docs/lan-switching/etherchannel/12023-4.html

понятно, значит неких хеш алгоритм..

что за книженция?

Ccie r&s official certification guide

балансировкой же занимается конкретно CEF он же видит L2 EtherChannel с vlan, как множество путей, а STP как единый и использует только 1 линк для BPDU, верно?

Если не ошибаюсь, CEF отвечает за балансировку только в случае ECMP (два или более роутов с одинаковой метрикой в RIB). В случае же etherchannel распределение трафика между физ. линками будет выполняться согласно настроенному etherchannel load balance алгоритму, причем алгоритм этот будет применяться независимо от типа etherchannel (L2 или L3).

ERROR: S client not available

Кстати, интересный вопрос к специалистам. В чем разница между load-balance и load-sharing? И с каком случае правильно употреблять эти термины? Например, тот же ECMP, etherchannel или распределение нагрузки между веб серверами или базами данных.

https://puck.nether.net/pipermail/cisco-nsp/2006-November/036134.html Наиболее краткое и емкое описание различий между LS и LB, на мой взгляд.

это примерно в одну топку с "на каком уровне работает ICMP")

философия....

попробуй абстрагироваться от сетей. Попробуй абстрогироваться от LOAD - в чём разница между "sharing" и "balance"?

Брайан из INE говорил, что true load-sharing только в Multilink PPP встречается, все остальное не тру

как это не причём?

так не при чем, это две разные балансировки: cef балансирует между некстхопами, lag - между линками до одного и того же некстхопа

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

и тому, и другому можно указать, как считать хэш

есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?

прикольно когда в принципе сравнивают "CEF" и "LAG" Аристотель ногодуе...

есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?

попингать, меняя шапку 802,1q)

есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?

запусти сниффер, и посмотри, что он там будет слать. обычно всё равно что-нибудь да проскакивает - тот же нтп, или арп.

есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?

Перебирай существующие на свиче вланы

попингать, меняя шапку 802,1q)

мне помог link-local ipv6/ странно только что на этом интерфейсе был поднят 1 vlan и я не смог зайти,на коммутаторе был не тегированный порт на сколько я помню если пакет без тега то vlan по умолчанию 1й

даже на порту коммутатора будет видно, в каком влане мак-адреса от этого сервера прилетают.

зависит от натив влана

Если до сервера идёт транк то сниффером, если аксес то пофиг

Снифером где?

Вы что, реально считаете что задача в такой постановке как описана может быть решена?

:)

"есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?"

со свитча на котором он сидит миррор порта куда нибудь

или неизвестно где он сидит?

есть старый сервер ip известен,но не известен vlan руками зайти не вариант консоль отключена,загрузчик запоролен загрузка с внешки запрещена. можно имея только ip и мак узнать vlan?

А доступ-то куда есть у того человека, кто хочет ответ познать? На свитч есть, к которому сервер подключен? А что там с сервером самим - там "сеть-то работает"? Шлюз отвечает как-нибудь?

во 1 я уже давно зашел во вторых vlan eth1.1 а это значит что интерфейс eth1 тоже поднят но не сконфигурин благо ipv6 автоконфигуриться ясделал миррор увидел multicast ipv66 сделал бридж между моим компом и сервером и зашел по ipv6. Другой вопрос на сервере был настроен 1й vlan как раз для таких случаев и вот вопрос почему он не работал

Кстати, интересный вопрос к специалистам. В чем разница между load-balance и load-sharing? И с каком случае правильно употреблять эти термины? Например, тот же ECMP, etherchannel или распределение нагрузки между веб серверами или базами данных.

Всё очень просто, load-sharing - распределение по заранее заданному алгоритму, без учета текущий загрузки; load-balancing - распределение с учетом текущей загрузки. В linux`е например есть два типа LAG-модулей ядра: bond (старый) и team (новый), так вот первый умеет только load-sharing по хешу, а второй еще и load-balancing, в том числе и для LACP

в этом смысле cisco LAG это всегда load-sharing

и как линух балансирует?

хотя команда выбора алгоритма и называется load-balance ;-)

новые сешны кидает на менее загруженный линк?