Igor
Убогая в этом плане коробка, согласен
Igor
С есп100 дальше вообще начинается веселуха
Igor
Оч сильно не люблю этот маршрутизатор
Eugene
ну 100 это ж ваще новьё поди :)
Igor
Да нет, я бы не сказал
Eugene
если в пицабоксе 204 такго гемора нет, то правда нуегонах этот аср
Igor
1к хорош в кейсах, где надо чтобы гибко по фичам и не надо все соки, как любят наши инвест протекторы-аеспи, выжимать
Igor
так-то он всё умеет, что нужно из коробки без доп плат
Igor
просто не всё сразу :D
Igor
Думаю, с полноценным tac с ним будет сильно проще
Eugene
защита инвестиций же.. так вроде называется?
Igor
spa вставляются, sip там другой
Igor
за последнее хочется взять и уебать
Eugene
у вас кстати в последнюю неделю апреля как обычно с погодкой? или "как обычно" - непредсказуемо?
Eugene
ну вовсю уже штанцы подворачивают до колена?
Igor
А под штанцами другие с начёсом?
Eugene
да хуле нам сибирякам..
Eugene
мне вот только ветер питерский не нравится :(
Eugene
да бывал я не раз зимой у вас :)) в курсе
Eugene
там говорят у вас Кресты освобождают, переводят. Может в старых экскурсии будут, интересно, не поймите превратно :)
Igor
Eugene
Igor
Ну вот где не был, там не был)
Pavel
все там будем
Pavel
:)
Eugene
где-нибудь в Италии они вообще конечно какие-то удивительные, не знаю даж как обьяснить :)
Igor
Историческое болото)
Eugene
Историческое болото)
оффтоп, я чот от Ghost прям тащщусь :) просто квинтэссенция (слово модное то какое) того чего люблю в роке
Igor
vitex
Eugene
тут тебе и блэк саббат и металлика и даж чуток лед зеппелин как мне кажецца
vitex
вот ты тугой
я тебе еще вчера написал
Eugene
с выходом мх304 ?
Igor
Eugene
классик, е е е
А
Igor
лол, кто там list comprehension в go хотел?
Roman
А вот 110-220в розетки в трансатл перелёта - это эир Канада хорошо придумали
Stanislav
Dmitriy
вчера фитцпатрик кажется говорил что крупных фич будет немного
Pavel
Serge
Я юзаю Rufus в кофте
Serge
Ну это если тебе надо именно внутри кода что-то по времени дёргать
K K
Вопрос такой в juniper за FEC считается только loopback адреса с 32ым префиксом, получается там mpls предусмотрен для работы только с bgp?
K K
Для локал сетей он не будет работать?
Serge
Почему перестаёт?
Serge
А, ты про это
Igor
https://www.juniper.net/documentation/en_US/junos/topics/usage-guidelines/mpls-adding-lsp-related-routes-to-the-inet-3-routing-table.html
Serge
Ну в случае с рубями ты можешь запустить обработчик очереди отдельно от интерфейса, например
Volodymyr
Ещё немного про EVPN: в прошлый раз я вскользь упомянул проблему неэффективности выбора DF, рассказав, что существуют черновики стандартов, нацеленные на её исправление. Но пока умнейшие мира сего совещаются, Juniper реализовал достаточно простое «решение», которое позволяет описывать ES на уровне логического, а не физического, интерфейса. То есть, например, если раньше для instance типа virtual-switch (VLAN-bundle в терминах RFC 7432) в качестве DF выбирался один PE для всех принадлежащих этому instance VLAN, то теперь, распределив эти VLAN между логическими интерфейсами, можно получить несколько DF на разных PE для пары ES/virtual-switch. Такой трюк позволяет передавать BUM-трафик в рамках ES более «равномерно», платой за что будет выделение дополнительных логических интерфейсов (элегантным такое «решение» точно не назовёшь). На практике это реализуется простым увеличением количества маршрутов типов 1 и 4 (словно у вас много различных физических ES), что в общей массе маршрутов типа 2 скорее всего будет не так и значимо, чтобы создать видимые проблемы со скейлингом. Интересует другое. Помимо вопросов по взаимодействию с другими вендорами (которые, возможно, подтянутся), в RFC 7432 указаны различные типы ESI и способы их генерации (пункт 5). Например, для ESI типов 1 и 2 значение генерируется автоматически на основе данных протоколов LACP и MSTP, и будет одинаковое для всех логических интерфейсов. Не думаю, что вообще где-либо используется автоматическая генерация ESI, но всё таки это создаёт определённое противоречие с действующим стандартом. С другой стороны, всегда можно пойти дальше и отгрузить в оставшийся октет ESI, например, номер логического интерфейса, но это уже совершенно другая история.
P.S. Проверяя работу «логических» ES на vMX 17.2R1.13, заметил, что Juniper наконец-то реализовали выделение split-horizon метки для single-active сегментов, идут в ногу со стандартом :)
K K
Serge
Тебе надо именно пихать в очередь что-то каждые N секунд/минут?
Serge
А возвращать куда?
Igor
Рахмет большой)
Но это rsvp-related, для ldp можно посмотреть в сторону traffic-engineering вариантов https://www.juniper.net/documentation/en_US/junos/topics/usage-guidelines/mpls-configuring-traffic-engineering-for-lsps.html
Stanislav
а в голанг евентлупов не подвезли разве
Stanislav
там таймеры можно ставить
Stanislav
с колбаками
Roman
Serge
Чёт слажна
Serge
Колбек это когда у тебя функция при выходе сама зовёт другую функцию и отдаёт ей результат
Ilya
Ещё немного про EVPN: в прошлый раз я вскользь упомянул проблему неэффективности выбора DF, рассказав, что существуют черновики стандартов, нацеленные на её исправление. Но пока умнейшие мира сего совещаются, Juniper реализовал достаточно простое «решение», которое позволяет описывать ES на уровне логического, а не физического, интерфейса. То есть, например, если раньше для instance типа virtual-switch (VLAN-bundle в терминах RFC 7432) в качестве DF выбирался один PE для всех принадлежащих этому instance VLAN, то теперь, распределив эти VLAN между логическими интерфейсами, можно получить несколько DF на разных PE для пары ES/virtual-switch. Такой трюк позволяет передавать BUM-трафик в рамках ES более «равномерно», платой за что будет выделение дополнительных логических интерфейсов (элегантным такое «решение» точно не назовёшь). На практике это реализуется простым увеличением количества маршрутов типов 1 и 4 (словно у вас много различных физических ES), что в общей массе маршрутов типа 2 скорее всего будет не так и значимо, чтобы создать видимые проблемы со скейлингом. Интересует другое. Помимо вопросов по взаимодействию с другими вендорами (которые, возможно, подтянутся), в RFC 7432 указаны различные типы ESI и способы их генерации (пункт 5). Например, для ESI типов 1 и 2 значение генерируется автоматически на основе данных протоколов LACP и MSTP, и будет одинаковое для всех логических интерфейсов. Не думаю, что вообще где-либо используется автоматическая генерация ESI, но всё таки это создаёт определённое противоречие с действующим стандартом. С другой стороны, всегда можно пойти дальше и отгрузить в оставшийся октет ESI, например, номер логического интерфейса, но это уже совершенно другая история.
P.S. Проверяя работу «логических» ES на vMX 17.2R1.13, заметил, что Juniper наконец-то реализовали выделение split-horizon метки для single-active сегментов, идут в ногу со стандартом :)
A9k тоже умеет logical es
Anonymous
http://www.opennet.ru/opennews/art.shtml?num=48283
Ilya
Serge
В кофте воркер так и делает
Stanislav
https://github.com/tidwall/evio первая ссылка в гугле)
обычно его применяют когда нужно че-нить из сети принимать или коннектится куда-нить
но там есть и просто таймеры. кормишь просто колбек таймеру и указываешь раз в скока времени запускаться
оно там наверное с горутинами как-нить интегрируется
Igor
@blademd
Толку от 9к, если она кроме вхлана и пбб не может евпн?
Roman
Ilya
Stanislav
я прост знаю по другим языкам со своей спецификой
Ilya
И про выбор df тоже доебался
Anonymous
Даже тут смогли :(
теперь можно control plane over nginx lb пиу-пиу разные места.
Ilya
И про ingress replication/p2mp lsp
Ilya
Много вопросов задал в общем :)
Stanislav
не зависит от крона ) плюс в самом приложении ты можешь легко новые таймеры где-то внутри по своей логике довешивать
Roman
Ilya
Anonymous