яжмать?

++

Если телефония в отдельном vlan'е, а ПК - в отдельном можно попробовать поднять DSCP для голосового влана

Господи, в одном вилане голос и дата, это страшно очень:)))

Если телефония в отдельном vlan'е, а ПК - в отдельном можно попробовать поднять DSCP для голосового влана

а при чем тут вланы?)

Господи, в одном вилане голос и дата, это страшно очень:)))

а кто запрещает?

Как CRS326-24G-2S+ терял пакеты при корректно настроенном DSCP в приоретизированной сети при полной загрузке 10G интерфейса

Я думаю, что это писец, никто и ничего не ждал при такой нагрузке)))

а кто запрещает?

люди в черном с сертификатами CCIE)

даже хз как решать

qos на телефонию

а при чем тут вланы?)

Ну, ты можешь и по заголовкам приоретизировать, но зачем?

люди в черном с сертификатами CCIE)

ну-ка поподробней ;)

Запусти бекапы 10 машин по гигабиту с каждой и попробуй позвонить по SIP

И конечно же со всех синхронно, на максимальной скорости и при этом звонить со всех телефонов телефонии синхронно с бекапами и жаловаться на узкий канал? ;)

ну-ка поподробней ;)

Ну, более опытные товарищи и коллеги, при которых стыдно также даже произнести в слух) У меня VoIP и дата в одном вилане живут))))

и ты такой не один =)

Запусти бекапы 10 машин по гигабиту с каждой и попробуй позвонить по SIP

Бэкапную сеть по-хорошему отделяют от продакшена физически

И делают бэкапы в неофисное время

Ну, более опытные товарищи и коллеги, при которых стыдно также даже произнести в слух) У меня VoIP и дата в одном вилане живут))))

есть просто общие рекомендации

Бэкапную сеть по-хорошему отделяют от продакшена физически

Опа, я такого не слышал, а вот про неофисноре время, у нас так и делается по протоколам, поддерживаю.

и готовые механизмы

Бэкапную сеть по-хорошему отделяют от продакшена физически

Так-же как и воип. В данном случае бекапились рабочие станции.

есть просто общие рекомендации

Пойми, я это скажу, а они на меня посмотрят как на говно))))

но вот делать так никто не запрещает, и провайдеры тебе вполне могут воип трафик пихать так как им удобно

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

Опа, я такого не слышал, а вот про неофисноре время, у нас так и делается по протоколам, поддерживаю.

Ну это совсем энтерпрпйз, когда десятки виртуалок разом бэкапятся или стораджи большие. Но все же

Ну это совсем энтерпрпйз, когда десятки виртуалок разом бэкапятся или стораджи большие. Но все же

Понял, до такого жира не вырос еще)

но вот делать так никто не запрещает, и провайдеры тебе вполне могут воип трафик пихать так как им удобно

На провайдеров пох, внутри ты сам себе строишь ведь)

но вот делать так никто не запрещает, и провайдеры тебе вполне могут воип трафик пихать так как им удобно

Ну, у одаренных провайдеров будут заикания в линии

нет, ты сказал что кто-то там где-то что-то запрещает

нет, ты сказал что кто-то там где-то что-то запрещает

Дядьки с CCIE, они запрещают)))

Ну, у одаренных провайдеров будут заикания в линии

сфигали? )

Как CRS326-24G-2S+ терял пакеты при корректно настроенном DSCP в приоретизированной сети при полной загрузке 10G интерфейса

это просто удивительно!

сфигали? )

Ну, вообще, это шараги какие-то, а не операторы, что не могу у себя делить все на виланы, потмо сувать в мплс сеть и не настраивать косы и полисеры...

а как по твоему оно должно быть?

qos должен отработать приоритет))))

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

ПУсть дропает все кроме VoIP

)))

qos должен отработать приоритет))))

QoS - L3

QoS - L3

Это я в общем говорю

тут 3 буквы, там 4)) Но все понимают о чем говорит человек)

эх на каких железках говоришь при включении кос через гигабит начинает пролезать 2 без потерь?

тут 3 буквы, там 4)) Но все понимают о чем говорит человек)

да просто нет смысла с этим разбиратся

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

Железка должна по DSCP понять какой трафик нужно пропустить, а какой отбросить

да просто нет смысла с этим разбиратся

именно, одно на л2, другое на л3, суть, приоритет обслуживания трафика)

Железка должна по DSCP понять какой трафик нужно пропустить, а какой отбросить

так работает фаервол

так работает фаервол

Фуриволлнах! Кроме него ещё есть управелние полосой на уровне L2

есть

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

но его задача вовсе не в отрбрасывать пропускать

Cisco QOS Best Practice;)

это задача фуриволнаха

это задача фуриволнаха

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

И если забит буфер, то он все начинает отбрасывать пох какой приоритет?

нет

Блин, расскажи плс в двух словах

да я сам незнаю

что там за магия творится

блен, это занавес))

тогда почему я не прав?

))

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

это нормально

но его задача вовсе не в отрбрасывать пропускать

Ага, увидив заполненное поле DSCP усердно ссать

Ага, увидив заполненное поле DSCP усердно ссать

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

это задача фуриволнаха

На всех коммутаторах настроил фурривол?

или я ошибаюст?

Он же просто дропать должен фреймы начать просто и ссать какой там dscp

На всех коммутаторах настроил фурривол?

конечно

На всех коммутаторах настроил фурривол?

Я смотрю, что у вас тут любоффььь))

дагроба

конечно

Молодец. Теперь поговорим про нанаизм и любовь к котикам

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

Это зависит от коммутирующей матрицы свитча

Ну, если матрица укперлась, начинает забиваться буфер

Есть non-blocking, а есть store-and-forward

Или ты про неблокирующуюся

?

На non-blocking фрейм в любом случае будет обработан

Ну, это хер с ним, в свитче за 9к не может быть неблокирующейся

Молодец. Теперь поговорим про нанаизм и любовь к котикам

каких котиков ты любишь?

Там всего 3 режима, не блокирующийся, потом который читает заголовок, но не ждет остальную часть фрема и полное получение и отправка. Я так понимаю, что у нас в этой железке 2 либо 3 варик

На non-blocking фрейм в любом случае будет обработан

даже если для этого придется отрастить дополнительный гигабит ?

На non-blocking фрейм в любом случае будет обработан

Сомнительная какая-то фигня.

куда он его сунет, если нет ширины канала...

Мы отошли от темы, мы говрим про CSS326)))

куда он его сунет, если нет ширины канала...

я знаю!!! отправит по вайфаю

-))))

я знаю!!! отправит по вайфаю

????

именно поэтому неблокирующиеся делают с антенами

именно поэтому неблокирующиеся делают с антенами

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

блен, а дальше то шо))))

что если источник накопился и решил спустить))

куда он его сунет, если нет ширины канала...

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

А если выше стоит такойже CSS326, который собственно также забивается.

А если выше стоит такойже CSS326, который собственно также забивается.

Ну, без DSCP работает FIFO и хуйнанэ рандомным фреймам

я бы понимал, если бы он резанул от гига верхнего 10 проценторв и начал гнать туда по DSCP.

Надо погрузиться поглубже в этот момент.

С DSCP твой приоретизированный трафф корректно дойдёт до точки назначения

А неприоретизированный(с низким приоритетом) трафф будет отброшен

если не появится более приоритетный

если хватит полосы этому