http://lurkmore.to/%D0%AD%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BB%D0%B8%D1%82_%D0%B8%D0%B7_%D1%81%D0%BE%D0%BF%D0%BB%D0%B5%D0%B9_%D0%B4%D0%B5%D0%B2%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%B8%D1%86%D1%8B

обижаешь в этом чятике недоинженеров и доводишь их до слёз?

можно вывести, что вероятность неопылённых цветков среди инженерного состава невероятно высока? :)

тссс, парень... мы тут TCP/UDP pacing придумали

Yet Another Mobile Traffic Optimization - YAMTO

надо было так назвать

и один Роман не сдаётся, не скатывается в офтоп

уважаю

мешает маркетологам продавать старые технологии под новым именем

https://www.cisco.com/c/dam/m/ru_ru/training-events/2019/cisco-connect/pdf/cc2019_traffic_optimization_felizhanko.pdf

Это особенно интересно в разрезе того что по некоторым данным в сетях трафика на QUIC уже 60% и это определённо гугл

а у гугла или QUIC со своим pacing, или TCP с BBR тоже с pacing

а у гугла или QUIC со своим pacing, или TCP с BBR тоже с pacing

погоди, это как это в TCP пейсинг?

чувачок на хуйлоаде же рассказывал, что из-за LSO нет пейсинга

и не может БЫД

ну это одна из фишек BBR вроде

если я ничо не забыл

очень старанно

Pacing There are three possible pacing configurations for BBR': TCP_PACING. Packet pacing is done in TCP, as per the BBR' Technical Report CCL18a. This is the default configuration. APP_PACING. Packet pacing is NOT done in TCP. BBR changes the pacing rate and still expects packets to be paced, but in this configuration, the application layer must do the pacing. The application directory provides a BulkSendApplication that does pacing. NO_PACING. Pacing is not done at all. In this configuration, the BBR' code changes slightly. Instead of having a larger cwnd and having the pacing rate control the bandwidth, the cwnd itself is used to control the bandwidth. Thus, the cwnd is set to the BDP (with any needed gain adjustments) as the sole way of controlling the rate.

https://github.com/mark-claypool/bbr

Жаль тут пскоре цискарей нет

простите если уже было

это тот впп про который я думаю?

это тот впп про который я думаю?

ну да, они ж его придумали

ну там следующий слайд отвечает на мой вопрос))

Технология Cisco для ускорения TCP • Внутри PGW соединения TCP разделяются на две части: одно соединение в сторону беспроводной сети, другое в сторону SGi. Соединения разделяются прозрачно для абонентских устройств и серверов в Интернет

Vector Proccessing Printing?

чо тут?

уплотняете трафик?

норм

они на asr5500 запустили vpp

уплотняете трафик?

Пятница же.

уплотняете трафик?

разглаживаем

т.е. тебе нужно купить годбокс, чтобы запустить на нём софт, который будет лопатить трафик

звучит как план

они на asr5500 запустили vpp

это же изначально не их железо

это всегда была софтовая коробка какого вендора которого они купили

с овердохуя серваков внутри

чёт на 20 ядер 30 гигабит - как то маловато производительности

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

Чёт не так давно тут обсуждали

ме5100?

ме5100?

я про свитч)

этим чемоданом только капусту у бабушки прижимать

От любви до ненависти....

там наверное тоже нельзя один мак в одной влане на 2 порта прописать

А ты быстро схватываешь

там наверное тоже нельзя один мак в одной влане на 2 порта прописать

Не, просто я с зеркалами ебался на 2324, пока в нищеброд телекоме работал

МОИ ГЛАЗА

МОИ ГЛАЗА

Ты где это откопал?

@Sk1f3r

ну это одна из фишек BBR вроде

не совсем

https://lwn.net/Articles/564978/

статья 2013 года, подпорки явно раньше

а на хуйлоадах у них тцп в пейсинг не умеет

сказать почему?

у них cli очень нестабильный. 2124 и 3324 вроде ось похожа. но по факту хер.

в 5... тоже новый цли

актуально блин.

не совсем

A BB R sender controls its transmission ratesrwith thehelp of pacing and an estimated data ratebr, i.e., it israte-based. It does not use a congestion window or ACKclocking to control the amount of inflight data, but usesan inflight data limit of2bdp. [5] mentions delayed andaggregated acknowledgments as reason for choosing2bdpinstead of only one bdp

A BB R sender controls its transmission ratesrwith thehelp of pacing and an estimated data ratebr, i.e., it israte-based. It does not use a congestion window or ACKclocking to control the amount of inflight data, but usesan inflight data limit of2bdp. [5] mentions delayed andaggregated acknowledgments as reason for choosing2bdpinstead of only one bdp

Ну вот на основе подпорок, которые привезли в тсо, видимо, это и стало возможным

To match the packet-arrival rate to the bottleneck link's departure rate, BBR paces every data packet. (BBR must match the bottleneck rate, which means pacing is integral to the design and fundamental to operation—pacing_rate is BBR's primary control parameter. A secondary parameter, cwnd_gain, bounds inflight to a small multiple of the BDP to handle common network and receiver pathologies (see the later section on Delayed and Stretched ACKs). Conceptually, the TCP send routine looks like the following code. (In Linux, sending uses the efficient FQ/pacing queuing discipline,4 which gives BBR line-rate single-connection performance on multigigabit links and handles thousands of lower-rate paced connections with negligible CPU overhead.)

In Linux, sending uses the efficient FQ/pacing queuing discipline that`s exactly what I mean

коллеги, подскажите, CISCO ASA как в системе проверить память на ошибки?

Т.е. должна быть какая-то фича, которая позволяет CA управлять буфером в сторону карты более нежно

коллеги, подскажите, CISCO ASA как в системе проверить память на ошибки?

которую?

которую?

RAM

RAM

Она там ecc

будет в логи писать коррекцию?

будет в логи писать коррекцию?

На столько глубоко не знаю, в теории должно

Проверка не пройдена!

https://www.cisco.com/c/dam/m/ru_ru/training-events/2019/cisco-connect/pdf/1010_ACI_sd_wan.pdf

кто нибудеь понимает что тут написано?

я пролистал и вообще нихуя не понял :(

Т.е. должна быть какая-то фича, которая позволяет CA управлять буфером в сторону карты более нежно

https://www.ietf.org/proceedings/97/slides/slides-97-iccrg-bbr-congestion-control-02.pdf

Типа пейсинг у CA — это как часто наливать в карту, а пейсинг TSO, как часто НЕ наливать в сеть?))