Jump to content
Калькуляторы

seelent

Активный участник
  • Content Count

    100
  • Joined

  • Last visited

About seelent

  • Rank
    Студент
  1. Всем привет. Вопрос касается virtual chassis на ЕХ'ах. Из документации вендора следует, что если принудительно фаерволлами поле dscp транзитного трафика не трогать, то значение сохраняется все время жизни пакета внутри коммутатора. Но, если пакет предназначается самому коммутатору, то на dscp можно не смотреть, коммутатор распивает это добро исходя из типа протокола. А что будет с dscp, если ospf hello, предназначающееся шасси, влетит в бекап коммутатор? Ведь он еще должен долететь через vcp к мастеру, а vcp вполне себе работает с очередями.
  2. Ну да, я примерно так и пытался сформулировать) Спасибо всем ответившим.
  3. Добрый день, разбираю работу msdp, впринципе с самим msdp все более-менее понятно: 1.RP в одной AS узнает об источнике внутри AS и шлет MSDP пирам инфу, что с нее можно подянуть нужную группу. 2.Пиры получив SA, проверяют свою маршрут до ip этой RP, и если он совпадает с интерфейсом, через который SA прилетел - принимают его за правду. Дальше вопрос: PR работает, для простоты схемы, qurier'ом и получает репорт на группу, инфу о которой получила через SA, что делает эта PR? Шлет PIM join'ы на адрес peer'а, который слал SA?
  4. Это "физик". Чип физического интерфейса портов. В вашем случае их 4. По 6 портов на физик. Понял, спасибо.
  5. Добрый день. Заморочились снятием env. параметров с EX4500. show chassis environment Class Item Status Measurement ... Temp FPC 0 Rear Left PCB OK 37 degrees C / 98 degrees F FPC 0 Rear Middle PCB OK 36 degrees C / 96 degrees F FPC 0 Rear Right PCB OK 36 degrees C / 96 degrees F FPC 0 PHY0 OK 40 degrees C / 104 degrees F FPC 0 PHY6 OK 39 degrees C / 102 degrees F FPC 0 PHY12 OK 38 degrees C / 100 degrees F FPC 0 PHY19 OK 46 degrees C / 114 degrees F ... И тут вопрос, что же такое мы вообще видим? С pcb еще как-то относительно понятно: вроде как печатная плата. Опять же хотелось подробнее понимать. С phy первая ассоциация с портами, но почему тогда всего 4?
  6. Т.е. свитч при коммутации бродкаста смотрит таблицу запруненных вланов, которая формируется исходя из сообщений от соседей? А сообщения идут о том, что что-то можно запрунить, а не наоборот - разрешить?
  7. Доброе время суток. Пробежался по результатам поиска, вроде не нашел, хотя вопрос банальный. Гугл не помог. Вопрос в том, каким именно образом vtp режет левые вланы: Убирает влан с транка, просто запоминает список активных вланов в которых прилетал траффик или еще как-то? К сожалению, двух каталистов на руках нет, а ПТ не умеет. Знаю, что втп зло, но этот небольшой пробел не дает успокоиться. Заранее извиняюсь, если ответ уже был.
  8. mpls ip (global configuration) To configure MPLS hop-by-hop forwarding globally, use the mpls ip command in global configuration mode. К LDP сия команда никакого отношения не имеет. Все, что я ввожу, предполагая, что включаю mpld c распространением меток через ldp это: глобально ip cef; mpls ip. На интерфейсах, смотрящих в сторону других lsr - mpls ip. Метки раздаются, xconnect с mpls инкапсуляцией поднимается, ldp соседи видны.
  9. Нет. Я настраивал по мануалу, и понял так, что чтобы использовать LDP мы вводим глобально и на интерфейсах - mpls ip, чтобы использовать RSVP - mpls traffic_eng tunnels. На лдп xconnect через mpls поднимается, в таблице коммутации по меткам туннелю и loopback'ам метки выделяются, интерфейсы есть. Если сроить LPS через RSVP, метки и loopback'у и xconnect'у выделяются, но outgoing интерфейс для xconnect'a - drop.
  10. В изучении всегда лучше идти от простого к сложному, а не наоборот. Надеюсь, подобные эксперименты ставите не на живой сети? Некорректная работа RSVP может очень пагубно повлиять на действующую сеть (например развалить к чертям ospf). На LDP то я уже поднял xconnect. Нет, в GNS. Некорректная работа RSVP может очень пагубно повлиять на действующую сеть (например развалить к чертям ospf)/ Буду благодарен, если расскажете что именно происходит.
  11. В том-то и дело, что хотелось бы поразбирать ТЕ.
  12. Да, ospf поднимается без проблем. RSVP на интерфейсе и глобально включается MPLs traffic-eng tunnels. Я думал либо LDP, либо RSVP, первые шаги в понимании ).
  13. Доброе время суток. Извиняюсь, если вопрос уже рассматривался. Заморочился разбором такой темы, как mpls. Осознал общие принципы и кинулся в gns городить l2vpn + TE. То есть хотет сделать как взрослые ISP проброс l2 через l3, с ТЕ и прочими плюшками. Разбираюсь на 2х 7200, соединенных через fa0/0. xconnect поднимаю с fa0/1, без влана пока. Насколько я понял(а понял я, скорее всего, неправильно) при такой задаче последовательность действий такая: Поднимаем IGP с расширением под RSPV. Поднимаем RSPV-TE туннели между loopback'ами. Поднимаем xconnect от интерфейса с одной стороны до встречного loopback'a, указывая инкапсулировать в mpls. Получаем lsp до лупбеков, что и требуется xconnect'у. По IGP: R2(config)#router ospf 1 R2(config-router)#network 0.0.0.0 255.255.255.255 area 1 R2(config-router)#mpls traffic-eng area 1 R2(config-router)#mpls traffic-eng router-id loopback 1 По mpls: R2(config)#ip cef R2(config)#mpls traffic-eng tunnels R2(config)#int fa0/0 R2(config-if)#mpls traffic-eng tunnels RSVP: R2(config)#int tunnel 1 R2(config-if)#tunnel mode mpls traffic-eng R2(config-if)#tunnel destination 1.1.1.1 R2(config-if)#tunnel mpls traffic-eng path-option 10 dynamic R2(config-if)#ip unnumbered loopback 1 xconnect: R2(config)#int fa0/1 R2(config-if)#no sh R2(config-if)#xconnect 1.1.1.1 10 encapsulation mpls R2#sh mpls forwarding-table Local Outgoing Prefix Bytes Label Outgoing Next Hop Label Label or Tunnel Id Switched interface 16 No Label 1.1.1.1/32 0 Fa0/0 192.168.0.1 18 No Label l2ckt() 0 drop R2#sh xconnect all XC ST Segment 1 S1 Segment 2 S2 ------+---------------------------------+--+---------------------------------+-- DN ac Fa0/1(Ethernet) UP mpls 1.1.1.1:10 DN Судя по выводам sh, роутер не может найти исходящий интерфейс для xconnect'a, и разделяет реальное обращение к 1.1.1.1 от попытки создать pw. Так вообще настраивают? Сразу извинюсь за потенциальную глупость вопроса, просто с нуля самому приходится вникать.
  14. А если между источником и получателем толь l2, но разливать мультикаст по всему l2 не хочется? Вопрос в том, может ли квериер принимать поток через l2, а не мультикаст маршрутизацию? У длинков есть tagged member вариант, только это не отменяет факта, что в таком влаге юникаст/брод каст не передашь.