тебе обновляться пора

но... тогда аптайм слетит

либо тупо запрашивать юзера вбивать "тег - протокол" в конфиге

что тоже - геморрой

аптайм для слабаков

Но умеет, хорошо

нене, это абстрактное нытье мое

в текущем виде он не умеет

только vlan, gre и все

😃

MPLS/vlan QnQ - увы :(

мы пытались, это очень сложно, надо городить эвристику и угадывать, что там такое бегает после триппинга всех тегов

эээ, роутеры без эвристики разбирают где мплс, а где нет

с эврстикой

я изучал как это делает джунипер

там десяток проб на тему "а что по этому смещению? Ой, а похоже это на версию протокола? Опа! Эзернетик! Опа айпи в4!"

пытается угадать мплс это или нет? там нейросеть? с вероятностью 99% ваш пакет будет доставлен :)

я про то, что внутри мплса

что на уровне l3/l4/l7 в нем летит

для задачи определения дудоса надо видеть порты, заголовки айпи, тцп и немножко л7 (иногда)

что на уровне l3/l4/l7 в нем летит

так в этом и задача вроде как

собственно если у тебя летит абстрактный мплс и ты его видишь на TAP

там десяток проб на тему "а что по этому смещению? Ой, а похоже это на версию протокола? Опа! Эзернетик! Опа айпи в4!"

Chained composite nexthop видел?

неа

Chained composite nexthop видел?

как это связано?)) это вообще к FIB

ну это скорее о том, что роутер как раз не хочет понимать что там летит внутри

и чем меньше он туда лезет - тем быстрее :)

для роутинга эта инфа не нужна

а вот для ддос сенсора если хочется его на транзите водрузать - очень нужна

и это слооожнаааа :(

про пбр слышал?

угу, именно в том и вопрос, очень не хочется своими гайдами повалить юзерам их дивайсы :(

а что интересного в продукте будет для ццр?

chained-composite-next-hop - Technical Documentation - Support - Juniper Networks https://www.juniper.net/documentation/en_US/junos/topics/reference/configuration-statement/chained-composite-next-hop-edit-routing-options.html

@livetune пока не ясно, зависит от его возможностей по фильтрации и как хорошо он умеет трафик резать

ясно, просто ищем для нетфлоу удобный инструмент

как это связано?)) это вообще к FIB

Он разбирался же в ж, как и куда трафик он форвардит, может интересно

который будет для ФСБ разбирать логи

вручную геморой

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

может кто подскажет что?

не, под органы/гос требования мы ничего не делаем :)

ясно, просто ищем для нетфлоу удобный инструмент

+++

тупо нетфлоу коллектор без излишеств

не, под органы/гос требования мы ничего не делаем :)

я думаю у вас бы его норм бы покупали

это принципиально :)

не, под органы/гос требования мы ничего не делаем :)

там не важно гос требования или нет, просто парсилка логов норм

нетфлоу или логов?

логов нетфлоу

ну это мы умеем https://fastnetmon.com/fastnetmon-advanced-traffic-persistency/

собственно он их парсит и трамбуем в кликхаус, терабайтами :)

ну это мы умеем https://fastnetmon.com/fastnetmon-advanced-traffic-persistency/

линканул @goletsa это, может то что нужно, а может нет. Сложный вопрос.

я просто наслышан что норм парсилки логов нема

мы не умеет NAT events, но то, что летит в netflow9/ipfix выгребаем целиком

подскажите, чем можно диагностить потери пакетов в мультикасте?

можно утилитой

картинка рассыпается. никак не могу понять, в каком месте проблема

какой

ts-что-то

сейчас вспомню

можно бесплатной астрой цесбовской смотреть в мультике аналайзером

tsreader

http://www.tslemurs.com/iptv/cc_error_multicast_stream_checker_tool.html

http://cesbo.com/download/astra/4.4.182/free/x86/

https://github.com/Cinegy/TsAnalyser

ну и VLC что-то показывает

Астра кстати тоже cc показать может

tsreader

вот, я его хотел вспомнить

а как же ваше любимое -"каналы потолще и нахер qos"

))

а как же ваше любимое -"каналы потолще и нахер qos"

тут не в сети дело, может и на спутнике потеряться

никогда не чистил снег наверное с тарелки

куос нужен даже когда каналы пухлые

тогда это было везде, во всех сегментах

а не на части сети

мы только со спутника проверяем

куос нужен даже когда каналы пухлые

не все так думают)

а в сети если есть дропы, они как бы статистически везде

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

при пухлых каналах можно в принципе не сильно заморачиваться

какой-то дефолт есть всегда

в линуксе nice надо делать больше чтобы процесс не мешал другим?

но это неправильно, осознаю