Misak
17.4 и 18.4 новые релизы на 5 месяцев отложили
vitex
сам же знаешь, новые баги добавляют тоже
вот сижу думаю но 9 хочется чтобы докер
Yaroslav
17.4 и 18.4 новые релизы на 5 месяцев отложили
новый владелец просто будет решать выпускать новое или уже писать с 0
Ilya
вот сижу думаю но 9 хочется чтобы докер
конечно докер, давай, будешь там запускать приложения )
Yaroslav
вот сижу думаю но 9 хочется чтобы докер
в лабе пожалуй - в проде опасно, там будет много фиксов, но так как ливаются поддержки клаудскейл и джерико опасно)
Misak
новый владелец просто будет решать выпускать новое или уже писать с 0
что там писать - фряха есть, пересобрал мир и кваггу закомпилил
Yaroslav
шедулинг между ядрами fpga!
Misak
18.4r2 жди в июне
я вот думаю на 18.1 перейти
Misak
с 17.4
Misak
долго ждать
Defragmented
частоту другую взять например там где прозрачность лучше
спектр. угу еще? мне нужен список всех теоретически возможных способов
Defragmented
лазерный диод когерентнрсть <0.1m диодная накачка и солид стейт 10м волоконный 1000км когерентности
vitex
Есть такое, да давай еще =)
ну и прям повышением SNR это не назвать но если использовать коррекцию ошибок (FEC) то можно снизить требования к уровню сигнала
Defragmented
оно лучше просто накопления?
vitex
оно лучше просто накопления?
в каком смысле накопления?
Defragmented
много попыток и усредняется
vitex
много попыток и усредняется
аа ну так оно налету делается с минимальной задекжкой и при относительно малой избыточности там около 7 процентов бандвива тратится и никаких ресендов естественно
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Defragmented
аа ну так оно налету делается с минимальной задекжкой и при относительно малой избыточности там около 7 процентов бандвива тратится и никаких ресендов естественно
это когда сигнал к шуму 3к1 или лучше а если сигнал к шуму 1к1000 - коды коррекции перестают иметь смысл, так? и остается только накопление (сужение bandwidth намерянное)
vitex
но тут уже мои полномочия всё
vitex
нужен физик-математик
ntwrk_bot
Добро пожаловать! Ознакомиться с правилами группы можно по ссылке.
Yaroslav
незнаю былоли - попалось на глаза
Yaroslav
Defragmented
и кстати не когда 3 к 1 а при -21..-24 dBm
dbm просто уровень сигнала жеж а я говорю больше о соотношении dbm сигнала к dbm шума. не зависимо от абсолютных величин пока мне интересно просто как улучшить это соотношение. мощность все же ограничена и ее поднимать не получится долго
Defragmented
специальным шумоподобным сигналом, тогда легко принимают до -124дБ
есть обьяснение чем это лучше чем просто накопление многих результатов и усреднение? на мой взгляд разницы нет. так же снижает скорость(bandwidth) ценой улучшения сигнала-к-шуму (я могу не понимать что-то. только изучаю еще)
Defragmented
ну так OSNR я насколько знаю измеряют косвенно по кол-ву ошибок
можно и так. мне просто нравится больше вариант измерения мощности. когда сигнал сильно ниже шумов, там % ошибок приближается к 50%. типа 49.99%. это неудобно
vitex
ну так OSNR я насколько знаю измеряют косвенно по кол-ву ошибок
FEC позволяет пользоваться каналом при уровне ошибок 10E-3
vitex
но тут такое
vitex
то есть я так понимаю что он компенсирует эти ошибки
Defragmented
просто снижает уровень ниже допустимого ошибки могут наложится в одном пакете так что тот будет поврежден сильнее ожидаемого и даже коды коррекции не помогут например если шанс 1 ошибки 1e-3 на пакет а коррекция ошибок исправляет 2 ошибки, то шанс 3 ошибок 1e-9, и это уже может быть безопасным уровнем. т.е. ошибки будут. просто мало
Pavel
говно же
Ну вообще не 🙂
Defragmented
накопление и усреднение это большая избыточность получится же
да. избыточность. но я других вариантов вообще не вижу. (когда шум в 1000 раз сильнее сигнала)
vitex
да. избыточность. но я других вариантов вообще не вижу. (когда шум в 1000 раз сильнее сигнала)
тут на память приходят времена диал-апа и всякие волшебные слова типа MNP7, V.42 ну и тому подобное
Misak
MNP7 было? Я пять только помню
vitex
было
vitex
там помимо сжатия еще была коррекция ошибок
Misak
Так одно из них V44 же
Misak
Ну да ладно, я непомню уже
Pavel
93180
А ну-ка просвети меня (или может еще кто знает), как вся эта хуйта на нексусах работает между тикамом и Trie mode. Как они между одним и другим переключается, в какой момент и вот это все?
Pavel
А то я понял, что отстал от жизни. Это у них в tcam скейл говно
Pavel
А они, оказывается, научились, делать как джунипер
Pavel
Как говорят мои французские коллеги “ça sent une pavé”, (пахнет кирпичом [текста])
vitex
А ну-ка просвети меня (или может еще кто знает), как вся эта хуйта на нексусах работает между тикамом и Trie mode. Как они между одним и другим переключается, в какой момент и вот это все?
насколько я понял фиб размещается в драме но видимо все таки для повышения скорости поиска(а может и места) они экономят на размере хэша и когда у тебя много маршрутов да и еще и с длинными масками возникают коллизии хеша и для разрешения колллизий используется ткам то есть часть маршрутов размещают в ткаме ткам там на 16к ipv4 всего это я скомпоновла исходя из того немногого что удалось прочитать и общения с таком циски а туда я обращался как раз по поводу того что по даташиту 800к фиба а фуллфид из ~700к весь не помещался почему-то от них тогда и была рекомндация софт проапгрейдить в результате чего фиб типа вырос до 1М фуллфид кстати у меня тогда успешно влез и судя по свободному месту в ткаме влез бы и 1М
vitex
вот что так пишет Nexus 93180 programs routes in Pivot Tiles /TRIE and TCAM. If the protocol route cannot be accommodated in any pivot tile, its added to TCAM. TCAM serves as a scratchpad/temporary storage. As more and more routes get added to TCAM, if the free space in the TCAM falls below a threshold one of the following two things happen: a. If Dynamic Pivot tile[s] exist, check is done to find prefix-length(say m) that has max number of routes in TCAM and is trie capable. Because of hash collisions, some routes in this set might end up in the TCAM itself.
Pavel
Стремно что-то все это как-то коллизии, разрешение, хуе-мое, сначала в RAM, потом в тикаме, сначала в TCAM, потом в RAM. Не нравится мне это все 🙂 Они молчат Ладно, я понял, куда копать. Благо теперь я знаю, кого и за какое место в циске брать. Натравлю на них своих ребят.
vitex
вот собоственно выше прямая цитата
Pavel
Да, вижу
Pavel
Спасибо
Pavel
Да не, какой бордер
Pavel
если б бордер
Pavel
Мне в ЦОДе надо много маршрутов
Pavel
Да не простых
Pavel
а евпн type5
Pavel
“Они молчат” - я не дописал выше. Хотел сказать, что даже во всяких там эдвансных презах (у них про ASR на циско-лайве каждый год отличная преза, а про Nexus похуевее) не рассказывают, как все это говнище работает
Pavel
и в какой момент оно себе хуй сломает об тикам с драмом
Pavel
потому как в сценарии бордер, я сильно подозреваю, что line rate там забивается по полосе, а не по PPS. Соответственно, если они с TCAM делают что-то вроде fallback на RAM+ALU, я сильно подозреваю, что они там где-нибудь хитрят и срезают углы на перформансе
Pavel
что на интернете, в общем похуй
Yaroslav
А Зачем столько тайп5? Кроме точек терминации в самой фабрике? Неужто всю сеть приходится загонять в фабрику для избыточности?
Yaroslav
Обладатели 6500 и 7600 рыдают
Не просто свич а этот свич, 3bxl не исчерпал ресурс даже, пару лет еще будет держать марку
Pavel
а виртуалок у нас много
Pavel
даже очень много
Pavel
приходится агрегировать, а это очень много боли
Yaroslav
Ага понял, мне про скейл тоже интересно стало, надо уточнить
Pavel
Вот, кстати, преза: https://www.ciscolive.com/c/dam/r/ciscolive/emea/docs/2018/pdf/BRKARC-3222.pdf Слайды 21-22
vitex
Не просто свич а этот свич, 3bxl не исчерпал ресурс даже, пару лет еще будет держать марку
Так и этот тоже Хостроутов у меня там пару десятков Л2 вообще нет, ни одного интерфейса На вход длиннее /24 на всякий случай фильтрую В6 тоже нет Ну и судя по утилизации ткама заявленный лям вполне влезет