Ilya
@zi_rus
Илья
да, ты говорил
Ilya
железка перестала быть доступна, через 3 сек опять доступна
Ilya
Я бы на серверах в метро и vmx сделал всё на рифте
Илья
и за свой счет
Ilya
нет
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Илья
ну вот, начинается
Ilya
Optimized Link State Routing Protocol [RFC3626]
(OLSR) introduces the concept of a "multipoint relay" (MPR) that
minimize the overhead of flooding messages in the network by reducing
redundant retransmissions in the same region.
Igor
все эти патчи бармина на устаревшие концепции заведомо фатальны
Ilya
все эти патчи бармина на устаревшие концепции заведомо фатальны
A similar technique is applied to RIFT to control northbound
flooding.
Stanislav
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Ilya
Нет
Alexandr
А кто сломал в ноке асу ?
Alexandr
И чё именно сломали ?
Alexandr
Alexandr
ВЫключена и в коробке
Alexandr
Говно ебаное
Alexandr
Как вспомню её конфиг в CLI, дрожь берёт!
Alexandr
То ли дело srx
Alexandr
Всё понятно и на своих местах
Volodymyr
Я вам принес:
Чем дольше живу, тем больше я люблю IS-IS.
Я даже не про структуру пакетов или уровни. Я про механизм фладинга, он же механизм синхронизации LSDB. Он охуенный. Простой и надежный, как молоток. Два бита на линк и один таймер (ну ок, ок, два). И ему все до пизды. Потерялось чего-то? Хуйня. Сосед свой LSP дрочит по стопиццот раз в скунду? Не ебет: в базу сложим, битик взведем. Битик стоит? Таймер придет - порядок наведет.
Протокол не разгоняется и не суетится, не впадает в бессмысленную панику ретрансмитов, он не строит ебических очередей, ему просто похуй, его невозможно вывести из равновесия и заставить самого себя зафлудить. Он просто продолжает тикать в своем темпе.
Бабушка Радья знала, что делает. А ты, %username%, перед ней лох.
Vladimir
из песни слов не выкинешь
Alexandr
норм парни v6 в игил гоняют или в оспф3 ?
Vladimir
в бгп
Volodymyr
с разморозкой
While working on the DECnet project Perlman also helped to improve the intermediate-system to intermediate-system routing protocol, known as IS-IS, so that it could route the Internet Protocol (IP), AppleTalk and the Internetwork Packet Exchange (IPX) protocol.[12]
Илья
is-is сложный же. Или ты прям его в идеале знаешь ?
зочем, я знаю что он работает. оспф тоже переусложнен
Volodymyr
@fx00f
Alexandr
Выкину нахуй у себя ospf, подниму игил) чтоб все охуели
Vladimir
is-is сложный же. Или ты прям его в идеале знаешь ?
оно все сложное, пока не откроешь документацию )
Alexandr
между всеми двумя рухтерами? )
между тремя хотел, но мекротики в is-is не умеют ((( придётся между двумя, да (
Vladimir
ну мекротик оставишь статиком
Vladimir
хотя, лучше выкинь
Alexandr
1072-то ?
Alexandr
зачем? оно некисло ipsec тянет
Vladimir
тогда статиком
Ilya
It is a requirement for RIFT to maintain at the control plane a real
time status of which prefix is attached to which port of which leaf,
even in a context of mobility where the point of attachement may
change several times in a subsecond period of time.
Volodymyr
Я вам принес:
Чем дольше живу, тем больше я люблю IS-IS.
Я даже не про структуру пакетов или уровни. Я про механизм фладинга, он же механизм синхронизации LSDB. Он охуенный. Простой и надежный, как молоток. Два бита на линк и один таймер (ну ок, ок, два). И ему все до пизды. Потерялось чего-то? Хуйня. Сосед свой LSP дрочит по стопиццот раз в скунду? Не ебет: в базу сложим, битик взведем. Битик стоит? Таймер придет - порядок наведет.
Протокол не разгоняется и не суетится, не впадает в бессмысленную панику ретрансмитов, он не строит ебических очередей, ему просто похуй, его невозможно вывести из равновесия и заставить самого себя зафлудить. Он просто продолжает тикать в своем темпе.
Бабушка Радья знала, что делает. А ты, %username%, перед ней лох.
Ваще тредик интересный. Там Танцура и Тони пришли за rift пояснять
https://www.facebook.com/1269731057/posts/10217835265934552/
Volodymyr
To put my tongue in cheek (without reading the rest given I thankfully forgot all my Russian years ago ;-) here: Correctness of link-state flooding has never been formally proven AFAIK. There were attempts, all flawed. Distance vector is kind of proven (G.L.Aceves е) as loop free which it wasn't in practice then though ;-) If you read and think RIFT _very_ carefully you'll see there is still one hole in the complete convergence correctness under very pathological reboot sequence (drink on me if you find it ;-) which I know how to fix but discuss right now with Bruno & the rest of hardcore gang as to possible other approaches ... And ultimately, I inivite you to run the freely available package and after playing with it let me know if you found brokeness ;-)
Volodymyr
https://github.com/brunorijsman/rift-python
Ilya
A unicast prefix can be attached to at most one leaf, whereas an
anycast prefix may be reachable via more than one leaf.
If a monotonic clock attribute is provided on the prefix, then the
prefix with the newest clock value is strictly prefered. An
anycast prefix does not carry a clock or all clock attributes MUST be
the same under the rules of Section 5.3.3.1.
Observe that it is important that in mobility events the leaf is re-
flooding as quickly as possible the absence of the prefix that moved
away.
Observe further that without support for
[I-D.ietf-6lo-rfc6775-update] movements on the fabric within
intervals smaller than 100msec will be seen as anycast.
Volodymyr
вот норм Илья к тендеру готовится
Volodymyr
респект
Volodymyr
)
Ilya
Не исключено
Ilya
Мне понравились ответы инженера из аристы
Илья
https://bst.cloudapps.cisco.com/bugsearch/bug/CSCug48022/?rfs=iqvred
Илья
Workaround:
Disable NTP logging
Илья
это ты говорил
Илья
Conditions:
- BGP sessions flapping
- couple of simultaneous SSH sessions open
- "show ip bgp summary" and " sh ip bgp neighbors" were executed when router crashed
Ilya
Conditions:
- BGP sessions flapping
- couple of simultaneous SSH sessions open
- "show ip bgp summary" and " sh ip bgp neighbors" were executed when router crashed
Потом можно будет говорить, что НОК положил сеть
Ilya
A well understood problem in fabrics is that in case of link losses
it would be ideal to rebalance how much traffic is offered to
switches in the next level based on the ingress and egress bandwidth
they have. Current attempts rely mostly on specialized traffic
engineering via controller or leafs being aware of complete topology
with according cost and complexity.
RIFT can support a very light weight mechanism that can deal with the
problem in an approximative way based on the fact that RIFT is loop-
free.
Ilya
@gngbng
Ilya
Ilya
даже переподписка учитывается
Purrr
я чот не следил
Ilya
@zi_rus напомни, на ISE лицензии только на PAN заливаются и не суммируются, если добавить ещё нод в кластер?
Илья
хуя ты спросил