идет обмен сообщениями lsr - > lsu по unikast

cast

от куда еще 4 lsu multicast адрес?

от куда еще 4 lsu multicast адрес?

если у тебя там не non-broadcast, то почему мультикаста не должно быть?

вопрос не в том) тогда бы соседство не установилось бы) если обратить внимание на dump идут пара LSR < - > LSU unicast, и потом 4 multicast LSU

зачем еще LSU и почему они multicast

а ты смотрел что в них?

в случае unicast lsu

в случае multicast

разница в типе трафика) и в том что в multicast LSU линковая сеть транзитная

в случае же unicast она тупиковая

но это не как объясняет почему так происходит

покажи что в 52ом пакете

вон выше он, 52й

точно

что-то можно отсюда подчерпнуть https://supportforums.cisco.com/discussion/11037376/ospf-lsa-type-1-stub-network

это по поводу стаб транзит

ну это по поводу stub net

тут вопрос же все таки в том, что для обмена идут 4 unicast пакета 2 lsr и ответ на них 2 lsu

а следом 4 multicast LSU

зачем эти 4 multicast

а у тебя там network type p2p ?

скинб дамп плиз

скинь*

ну похоже, что выбрался DR и он всем дублирует апдейты

хотя..

Проверил в лабе, всё так. Если делать p-t-p на Ethernet (ip ospf network point-to-point) то наблюдаем поведение как показано выше, но если на Serial (hw p-t-p) то там только unicast. Что соответствует RFC2328, Sec 8.1: The IP destination address for the packet is selected as follows. On physical point-to-point networks, the IP destination is always set to the address AllSPFRouters. On all other network types (including virtual links), the majority of OSPF packets are sent as unicasts, i.e., sent directly to the other end of the adjacency. The only packets not sent as unicasts are on broadcast networks; on these networks Hello packets are sent to the multicast destination AllSPFRouters, the Designated Router and its Backup send both Link State Update Packets and Link State Acknowledgment Packets to the multicast address AllSPFRouters, while all other routers send both their Link State Update and Link State Acknowledgment Packets to the multicast address AllDRouters.

Проверил в лабе, всё так. Если делать p-t-p на Ethernet (ip ospf network point-to-point) то наблюдаем поведение как показано выше, но если на Serial (hw p-t-p) то там только unicast. Что соответствует RFC2328, Sec 8.1: The IP destination address for the packet is selected as follows. On physical point-to-point networks, the IP destination is always set to the address AllSPFRouters. On all other network types (including virtual links), the majority of OSPF packets are sent as unicasts, i.e., sent directly to the other end of the adjacency. The only packets not sent as unicasts are on broadcast networks; on these networks Hello packets are sent to the multicast destination AllSPFRouters, the Designated Router and its Backup send both Link State Update Packets and Link State Acknowledgment Packets to the multicast address AllSPFRouters, while all other routers send both their Link State Update and Link State Acknowledgment Packets to the multicast address AllDRouters.

тогда откуда юникаст?

но вот зачем повторять (причем с увеличением seq num) это, конечно, не объясняет

В общем получается как, во время установки соседства рутеры обмениваются unicast LSR и LSU

а вот дальше каждый маршрутизатор отправляет уже multicast LSU

но только в broadcast сети

ну только по контексту можно понять, что юникаст

https://www.ietf.org/rfc/rfc2328.txt

В общем получается как, во время установки соседства рутеры обмениваются unicast LSR и LSU

это схема fast hello, отдельный rfc

пардон

)

https://supportforums.cisco.com/discussion/11187576/ospf-unicast-hello-packet-ethernet

immediate hello

fast - это про другое

хмм... после того как стало более понятно

наткнулся на коммент http://linkmeup.ru/blog/33.html#comment3756

достаточно хорошо сказано

fast - это про другое

Ога, вот тут хорошо описано http://blog.ine.com/2010/06/02/ospf-fast-convergenc/

http://thenetworksherpa.com/ospf-immediate-hello/

в этом даже есть логика, на none-hardware p-t-p маршрутизатор не гарантирует, что действительно только 1 сосед, и идет сначала по правилам обмена hello и отвечает на unicast адрес, с которого услышал hello, а вот дальше действует по правилам полноценного p-t-p и шлёт на мультикаст адрес. на hardware p-t-p (serial, например) там обмена hello вообще нет, первым же пакетом летит update, так как сосед один только и может быть (или не быть совсем)

угу

именно это я и вижу у себя в лабе

https://beering.ru/bilo/17_05_2017/fotootchet

flensburger weizen ?

это хорошо или плохо? )

Это хорошо, без него тоскливо )

кстати на биринге только немецкое и наливают ;)

Либенвайс еще ооотличный хефе вайцен

товарищи, кто-нибудь настраивал qinq на cisco образах в gns3 или unetlab?

Аха

vios l2 образ

vios l2 образ

спасибо, надо попробовать

Подскажите, кому не трудно. Впервые поднимаю wifi на mikrotik. После того, как добавил 5 точку все пропали из манагера

Подскажите, кому не трудно. Впервые поднимаю wifi на mikrotik. После того, как добавил 5 точку все пропали из манагера

ты про capsman?

ERROR: S client not available

ты про capsman?

Именно

Именно

Хе-хе. может эта пятая точка стала контроллером?)

? но нет. Ноутом прошёлся по каждой - managed by capsman

кто-нибудь вкурсе что с http://certcollection.org/ 3й день лежит...

кто-нибудь вкурсе что с http://certcollection.org/ 3й день лежит...

The server encountered an internal error or misconfiguration and was unable to complete your request

значит не у меня одного...

но гугель его проиндексировал вчера

да вроде для всех лежит, судя по всяким проверочным сайтам и коментам на rstut, например

эх... хороший сайт, надеюсь подымется ))

Ребзя

Пакет dhcpack юникастовый?

зависит от

но обычно бродкастовый

потому что у клиента до получения ACK нет живого адреса

https://www.cloudshark.org/captures/0009d5398f37

Где это в рфц написано

если мы говорим про DORA, естественно

https://www.cloudshark.org/captures/0009d5398f37

там все перепутано

что перепутано? первые четыре пакета - DORA, получение адреса с нуля

https://www.cloudshark.org/captures/0009d5398f37

https://www.cloudshark.org/captures/bd7574a3cfb1 вот кидает юникастом

https://www.cloudshark.org/captures/bd7574a3cfb1 вот кидает юникастом

пасибо верю ??

что перепутано? первые четыре пакета - DORA, получение адреса с нуля

не наебывай нас =)

https://www.cloudshark.org/captures/bd7574a3cfb1 вот кидает юникастом

а чо там номера транзакций не совпадают?

лана шучу. спасибо за отклик

таакой dhcp

да даже если взять первые 2 пакета, ответ идет юникастом

а чо там номера транзакций не совпадают?

хрен с ним с симуляторами. вот скинул картинку из rfc. там нислова про ответ броадкастом

ну а какой вариант то еще, куда он отправит ответ если нет адреса у клиента))

выделил

речь то про DORA