Телеграмм чат группы mikrotikclub страница 8931

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

MikrotikClub

2826 membersпожаловаться на группу

2020 November 24

С

Станислав in MikrotikClub

чем больше размер кадра, тем больше матожидание ошибки в нем, иодновременно тем хуже работает функция

Слышал что предел эффективности црц наступает около 12к, поэтому разные джумбы редко переваливают через 11к, чаще 9. Так ли это и как тогда быть с эффективностью црц, максимум то давно пройден?

источник

09:13пожаловаться #1

С

Станислав in MikrotikClub

хм, спасибо, сегодня попробую.

Надо делать лучше :) и с учётом надобности указанного костыля надо минимизировать сферу его применения

источник

09:16пожаловаться #2

С

Суровый in MikrotikClub

всем спасибо с срц-нат все получилось.
Согласен надо делать правильно и убирать все костыли. то что делаю это все временно, пока идет стройка дома, в который планируется переезд и отпадет необходимость eoip.

источник

10:19пожаловаться #3

I

Innokentiy in MikrotikClub

Станислав

Слышал что предел эффективности црц наступает около 12к, поэтому разные джумбы редко переваливают через 11к, чаще 9. Так ли это и как тогда быть с эффективностью црц, максимум то давно пройден?

не предел эфыективности, а резкое ее падение

источник

11:04пожаловаться #4

I

Innokentiy in MikrotikClub

одно другому не противоречит

источник

11:04пожаловаться #5

I

Innokentiy in MikrotikClub

оптимальное значение по эффективности использования эфирного времени при BER 10е-9, под который писался оригинальный Ethernet - в районе 1500 байт

источник

11:06пожаловаться #6

I

Innokentiy in MikrotikClub

современные СКС дают BER намного лучше, на несколько порядков, плюс коммутируемые сети не так сильно подвержены коллизиям

источник

11:07пожаловаться #7

I

Innokentiy in MikrotikClub

плюс в оригинале на crc наложена функция не только поиска битовых ошибок, но и обнаружения коллизии на получателях (фактически при коллизии они получали маленькие битые кадры)

источник

11:08пожаловаться #8

I

Innokentiy in MikrotikClub

поэтому если используются коммутаторы и современная кабельная инфраструктура, дающая на несколько порядков меньшую вероятность битовой ошибки, можно сознательно отказаться от оптимальных значений максимума кадра, пожертвовав эффективностью crc и получив взамен немножко нарушать спецификации

источник

11:10пожаловаться #9

I

Innokentiy in MikrotikClub

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

источник

11:11пожаловаться #10

I

Innokentiy in MikrotikClub

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

источник

11:13пожаловаться #11

I

Innokentiy in MikrotikClub

Станислав

Слышал что предел эффективности црц наступает около 12к, поэтому разные джумбы редко переваливают через 11к, чаще 9. Так ли это и как тогда быть с эффективностью црц, максимум то давно пройден?

фишка в том, что для кадров меньше 9к расстояние хэмминга - 4, т.е. crc32 гарантированно не словит коллизию при одной, двух или трех битовых ошибках

источник

11:15пожаловаться #12

I

Innokentiy in MikrotikClub

а примерно для 9300 оно становится 3, т.е. мало того что кадр становится длиннее (и вероятность словить N ошибок в нем растет экспоненциально с ростом длины), так еще и допустимое количество гарантированно обнаруживаемых ошибок становится меньше

источник

11:18пожаловаться #13

I

Innokentiy in MikrotikClub

поэтому да, там скачкообразное проседание эффективности, поэтому крайне мало вендоров поддерживают джамбы больше 9к

источник

11:20пожаловаться #14

С

Станислав in MikrotikClub

а примерно для 9300 оно становится 3, т.е. мало того что кадр становится длиннее (и вероятность словить N ошибок в нем растет экспоненциально с ростом длины), так еще и допустимое количество гарантированно обнаруживаемых ошибок становится меньше

а на 12-13к?

источник

11:49пожаловаться #15

I

Innokentiy in MikrotikClub

следующее падение на 16к емнип

источник

11:50пожаловаться #16

D

Dani in MikrotikClub

следующее падение на 16к емнип

А как же влажные мечты некоторых вендоров повысить до 64к?

источник

11:53пожаловаться #17

С

Станислав in MikrotikClub

А как же влажные мечты некоторых вендоров повысить до 64к?

зачем?

источник

12:02пожаловаться #18

D

Dani in MikrotikClub

Станислав

зачем?

Мотив "повысить эффективность передачи", тратить меньше заголовков на пейлоад)

источник

12:03пожаловаться #19

I

Innokentiy in MikrotikClub

А как же влажные мечты некоторых вендоров повысить до 64к?

> мечты

это как раз тот случай, когда мечтать безвредно

> некоторых вендоров

ну, видимо, они видят в этом какой-то смысл

источник

12:34пожаловаться #20