Перейти к содержимому
Калькуляторы

Свитч на агрегацию. Без проблем c буфером.

2 часа назад, NiTr0 сказал:

от только л3 - это маршрутизация

Правильно, если в сети одни маршрутизаторы - никаких потерь трафика из-за переполнения буферов не возникает.

 

Так же никаких переполнений не будет и в случаях, когда данные передаются из 1G порта в порт 100М, если не забивать в полку этот 100М порт, то есть нельзя давать тариф 100М на порту абонента в 100М, давайте тариф 90М и проблем не возникнет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Justas сказал:

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

пока у вас 1 пакет пролезет в гиг, в десятку еще 10 прилетит.

 

3 часа назад, Justas сказал:

ведь я могу снимать данные с портов в режиме реального времени.

не можете. только усреднение за большой (по меркам времени засирания буфера) промежуток времени.

 

3 часа назад, Justas сказал:

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

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

пришел следущий пакет чуть раньше - все, попал в буфер.

 

 

3 часа назад, uxcr сказал:

Вы про cut-through?

это для упрощения общей картины.

 

1 час назад, Saab95 сказал:

Правильно, если в сети одни маршрутизаторы - никаких потерь трафика из-за переполнения буферов не возникает.

ну да, какие могут быть дропы мультикаста, если некротик его вообще не умеет маршрутизировать? :) нет мультикаста - нет проблем с его потерями :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 hours ago, Saab95 said:

Правильно, если в сети одни маршрутизаторы - никаких потерь трафика из-за переполнения буферов не возникает.

 

Боже какой бред, просто редкостная глупость

 

5 hours ago, Saab95 said:

Так же никаких переполнений не будет и в случаях, когда данные передаются из 1G порта в порт 100М, если не забивать в полку этот 100М порт, то есть нельзя давать тариф 100М на порту абонента в 100М, давайте тариф 90М и проблем не возникнет.

 

про берсты трафика слышали ? Можно с легкостью создать патерн трафика когда средняя полоса будет 10мбит, но при этом полисер на 1gbps будет дропать этот трафик, думая что его слишком много.  И к сожалению такое встречается в реальной жизни 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересно тогда а как вообще узнать, что подобные проблемы есть на конкретном коммутаторе? Если измерить сложно или невозможно микроберсты?

Может какие то коммутаторы умеют по снмп отдавать утилизацию буфера?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@Justas

попалась тут неплохая дока по микроберстам от американцев,  с картинками и подробностями: https://www.xenanetworks.com/wp-content/uploads/xenadocuments/Microburst-WP.pdf



Microbursts traffic can cause packet drops that can further bring serious performance degradation, e.g. TCP incast problem, increase latency and jitter. Since microbursts usually last only a short period, they are difficult to detect and monitor.

 

в целом, вы можете и дальше закрывать глаза на проблему и молиться на божественный длинк, а тем временем ваши абоненты потихонечку перейдут к конкурентам, у которых не будет проблем с "ВИСНЕТ!!!ТОРМОЗИТ!!!ФРИЗИТ!!!ДИСКОННЕКТИТ В ИГРАХ!!!КВАДРАТИТ ТВ!!!11111"

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, orlik сказал:

средняя полоса будет 10мбит, но при этом полисер на 1gbps будет дропать этот трафик

Используйте шейпер и проблем не будет. Или линукс, эриксон и тазики так не умеют?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
26 minutes ago, Saab95 said:

Используйте шейпер и проблем не будет. Или линукс, эриксон и тазики так не умеют?

На каком уровне  сети вы предлагаете использовать шейпер ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, Sacrament сказал:

Интересно тогда а как вообще узнать, что подобные проблемы есть на конкретном коммутаторе?

дропы пакетов на портах.

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
57 minutes ago, Saab95 said:

Используйте шейпер и проблем не будет. Или линукс, эриксон и тазики так не умеют?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, darkagent сказал:

@Justas

попалась тут неплохая дока по микроберстам от американцев,  с картинками и подробностями: https://www.xenanetworks.com/wp-content/uploads/xenadocuments/Microburst-WP.pdf

 

Спасибо, очень интересно. Прошу коллег отписываться в теме при появлении адекватных (по цене) практических решений проблемы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, NiTr0 сказал:

дропы пакетов на портах.

 

 

ага, если свитч их показывает. самые дешманские свитчи (особенно уровня доступа) не показывают дропов из-за буфера, ни на tx-е на выходе, ни на rx-е на входе. например, s2300-ei не показывает

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас