написано же latency benefit
ну разве что
Anton
Roman
@blademd
Evgeniy
просто тут возникает вопрос толстого шланга между цпу и чипсетом
Igor
ох йопт
Vladimir
https://www.rfc-editor.org/rfc/rfc8562.txt https://www.rfc-editor.org/rfc/rfc8563.txt ну чо пацаны, BFD для мультикаста завезли
для мультипоинта ты хотел сказать
Roman
для мультипоинта ты хотел сказать
The Bidirectional Forwarding Detection (BFD) protocol [RFC5880]
specifies a method for verifying unicast connectivity between a pair
of systems. This document updates [RFC5880] by defining a new method
for using BFD. This new method provides verification of multipoint
or multicast connectivity between a multipoint sender (the "head")
and a set of one or more multipoint receivers (the "tails").
Roman
и для него тож
Anton
просто тут возникает вопрос толстого шланга между цпу и чипсетом
ну вот да...и осонноесли нужно более 1 карты и тупо данные между ними гонять..
Roman
Throughout this document, the term "multipoint" is defined as a
mechanism by which one or more systems receive packets sent by a
single sender. This specifically includes such things as IP
multicast and point-to-multipoint MPLS.
Vladimir
:D
Igor
по тегам: некротик, оспф, ареа 0, /8
типа dr/bdr делают два p2mp bfd (хоспади-прасти), а им drother'ы уже обычным p2p отвечают?
Vladimir
и все дружно схлопываются по цпу
Roman
У меня больше вопрос нужна ли поддержка intermediate девайсами
Roman
кто найдёт - тот молодец
Alexandr
На счёт микротиков. 4011 - пушка ваще.
Igor
У меня больше вопрос нужна ли поддержка intermediate девайсами
ну там мультикаст же со всеми вытекающими или нет?
Roman
если mLSP то по сути P-шки должны поддерживать только mLSP
Roman
и не обязательно поддерживать этот новый BFD
Igor
я не вижу причин поддерживать его, даже если там просто коммутатор или маршрутизатор без мплс
Igor
ну если там мультикаст соответственно
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Zek
ну получше сделали, да
Roman
Кароч судя по всему должны
vitex
Не пользуйся hw оффлоадом
Vladimir
это сохо, какие еще виланы. о чем ты
Alexandr
Получше
Roman
https://www.rfc-editor.org/rfc/rfc8549.txt Вот еще любимый @Kvitex IPFIX допилили
Zek
да
Alexandr
Не на всех моделях, но можно, да.
Zek
да на всех почти
Vladimir
не, ну если считать что это сохо рухтер, то да, логично. чуть больше гига выжимает - значит надо сфп+, главное надежд не возлагать на него. хотя, лучше б dual wan сделали
Roman
ну чо ты там вычитал колись
With the exceptions listed in the remainder of this section, a system
MUST NOT transmit BFD Control packets at an interval less than the
larger of bfd.DesiredMinTxInterval and bfd.RemoteMinRxInterval, less
applied jitter (see below). In other words, the system reporting the
slower rate determines the transmission rate.
Roman
Кароч так как BFD это трафик контрол плейн, то логично предположить что просто так оно передаваться не может
Roman
через forwarding обычный
Alexandr
Zek
имхо просто для понта добавили
Zek
тем самым наверняка сделав дороже в полтора раза железку
Roman
Кароч явного указания нет, но что то мне подсказывает что это очередной PTPv2
Zek
два sfp было бы лучше одного SFP+ он имеет в виду видимо
Zek
я впринципе согласен
Vladimir
типа два sfp+ ?
думаю хватило бы и два гигабита, один хер больше не выжмет, а вот вопрос резервирования у некоторых контор возникает часто
Igor
Кароч явного указания нет, но что то мне подсказывает что это очередной PTPv2
Надо почитать, я не очень понимаю тогда смысл всего этого счастья
Roman
@gngbng @Sk1f3r @Kvitex @orlik посмотрите https://www.rfc-editor.org/rfc/rfc8562.txt https://www.rfc-editor.org/rfc/rfc8563.txt
Alexandr
Alexandr
согласен
Roman
Нужна ли поддержка этого на промежуточных узлах
Zek
имхо сфп+ там чисто ради бенчмарка )
vitex
думаю хватило бы и два гигабита, один хер больше не выжмет, а вот вопрос резервирования у некоторых контор возникает часто
Больше не выжмет?
Лол
Хекс мелкий до 700 мбит может