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

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

Да и вообще, это вроде как чат сетевиков, а не DBA ;)

камрады, а кто-нибудь настраивал CoS на SRX?

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

камрады, а кто-нибудь настраивал CoS на SRX?

А в чем трудность?

А в чем трудность?

ну пока не трудности, но вопросы Например, берётся ли bandwidth из описания интерфейса или он как-нибудь сам вычисляет

Не понял вопроса. Бендвич чего? Очереди?

А вот теперь бы мне помощь зала

И отправить скан на адрес dmitry@marinichev.com с копией galina.aristova@mail.ru Там можно проявить фантазию, не обязательно мою рыбу

Граждане....

А вот напишите письмо пожалуйста, от своего "ООО"

Давайте поможем Филу.

Не понял вопроса. Бендвич чего? Очереди?

Если я указываю transmit-rate очереди в процентах, то от чего эти проценты считаются?

от bandwidth интерфейса, видимо, так? так вопрос - учитывая, что интерфейс может быть не физический, а логический (туннель или влан), то откуда берётся bandwidth?

нет разделения там, туннель такой же bw имеет как и физический, если не указано иное через class-of-service - interfaces - st0 unit X - shaping rate Xm

занятное название юрлица)

Дримлес?

ага, дремучий)

https://www.juniper.net/documentation/en_US/junos/topics/usage-guidelines/cos-controlling-remaining-traffic.html

ответ потом опубликуйте)

Есть вот такой примерчик по расчету

Там правда с s/c vlan и remainder

Там правда с s/c vlan и remainder

Спасибо, буду курить...

Но тут не совсем то. Ты же хочешь сделать per-unit percent

да с ремайндерами жесть) вот тут проще, schedulers в процентах и шейпер на gre

https://www.juniper.net/documentation/en_US/junos/topics/example/cos-queuing-tunnel-security-configuring.html

Но тут не совсем то. Ты же хочешь сделать per-unit percent

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

Так для этого базовой конфигурации хватит. Сделать мультифилд классифаер

не поняль

ну классы то создать придется если хочется rate написать свои для очередей

http://www.juniper.net/documentation/en_US/junos12.1x46/topics/example/cos-firewall-filter-multifield-classifier-security-configuring.html

красить зачем? кто то дальше будет на метки опираться? или чисто для себя?

ну классы то создать придется если хочется rate написать свои для очередей

Можно и дефолтные классы взять

ну или так)

красить зачем? кто то дальше будет на метки опираться? или чисто для себя?

Я думаю для себя, чтоб в канал провайдера правильно отдавать

Чтоб у себя же be и дропать

если просто для себя - в фильтре на входящем интерфейсе делаешь match и отправляешь в нужный класс

а если маркировать, то впринципе тоже самое, но придется написать dscp-rewrite rule для класса в который отправляешь и указать интерфейс исходящий для перемаркировки set class-of-service interfaces reth1 unit 400 rewrite-rules dscp dscp-rewrite

Ну т.е. я делаю нужные очереди потом шедулеры, шедул-мапы потом на интерфейс навешиваю классиферы и мапы а краски делаю фильтром на интерфейсе норм?

классифаер это и есть фильтр на интерфейсе

по идее верно, только перемаркировка вот тут описана

https://kb.juniper.net/InfoCenter/index?page=content&id=KB26735

https://www.saidvandeklundert.nl/qos.php

Вот тут вроде попроще

круто) заберу себе)

волшебно. спасибо!

https://www.juniper.net/documentation/en_US/junos/topics/example/cos-queuing-tunnel-security-configuring.html

Здесь только хрен пойми как будет шейпиться

Они типа шейп повесили и все?

имеешь ввиду что если другие туннели/трафик через интерфейс начнет полосу занимать и для gr останется по факту меньше 100Мбит?

Я к тому, что они как то шедулер и классификацию опустили

Хотя на скринах у них откуда то взялись классы, отличные от дефолта

там ссылки есть

на все шаги

там ссылки есть

Лол, ну да, не увидел ))

Ребят, подскажите плз, какие платформы/образы используются в ccie за год? Не смог что-то найти. И вообще, может кто подскажет. Хочу собрать стенд. У INE есть топология с 4 физическими коммутаторами и 10-20 виртуальными роутерами. Вприципе, 10 виртуальных CSR поднять есть возможность. Стоит заморачиваться с физическиим коммутаторами? L2iol как уже выяснилось может некорректо отрабатывать (stp, lag).

Ребят, подскажите плз, какие платформы/образы используются в ccie за год? Не смог что-то найти. И вообще, может кто подскажет. Хочу собрать стенд. У INE есть топология с 4 физическими коммутаторами и 10-20 виртуальными роутерами. Вприципе, 10 виртуальных CSR поднять есть возможность. Стоит заморачиваться с физическиим коммутаторами? L2iol как уже выяснилось может некорректо отрабатывать (stp, lag).

моё мнение - есть на работе железки - пользуй, покупать железные коммутаторы не стоит, коммутации не так много... часть можно попробовать на iol или iosv

накрайняк взять у ine стенд и погонять несколько часов, что не может iol

накрайняк взять у ine стенд и погонять несколько часов, что не может iol

У INE свои образы?

У INE свои образы?

у них железные коммутаторы

Аргумент)

да... я уже задолбался с виртуальными коммутаторами... в итоге у сеня сейчас железные 3560, 2950, SG 200 и hp :-D что нашёл на работе... но дампить трафик лучше так, чем на эмуляторе...

ERROR: S client not available

на IOL можно делать лабы, но дампить трафик - лотерея...

физических коммутаторов нет, а хочется хорошенько изучить как будет вести себя реально оборудование. вообще взять в аренду у ine стенд для практики L2 идея интересная,получается 100$ в районе 20 или 25 часов доступа... интересно как у них с дампом трафика дела. но в таком случае не отработаешь фулл-скейл лабы. l3 фунцкионал можно построить на l2 iol, это понятно без проблем

физических коммутаторов нет, а хочется хорошенько изучить как будет вести себя реально оборудование. вообще взять в аренду у ine стенд для практики L2 идея интересная,получается 100$ в районе 20 или 25 часов доступа... интересно как у них с дампом трафика дела. но в таком случае не отработаешь фулл-скейл лабы. l3 фунцкионал можно построить на l2 iol, это понятно без проблем

вот про дамп не знаю.. надо задать вопрос в ine

да,спрошу тогда потом

а вот интересно, приходит кадр на сетевую карту, дальше декапсулируется и данные уходят на верх. А mac адрес​ отправителя выбрасывается. обратные данные данные упаковываются в кадр и мас уже берётся из ARP. А зачем нам тогда source mac в кадре? только для CAM таблице коммутатора?

где у нас используется source mac ещё?

DAI, IP source guard, port-security , ответы на arp ?

точнл

точно

Можно добавить в стикеры, там где "Давайте разбираться"?

хотя не стоит :

source mac нужен , например, port security, но port security уже практикуют не использовать, легко обойти.

Можно добавить в стикеры, там где "Давайте разбираться"?

Что именно добавить?

обезяку в голове

:)

Я ни на чью обезьянку не намекаю, но при чем тут телеком?

там же законы ринимают

вот уже в этом месяце око должно работать

последний

Око Я ровой

Тааак.

Не, вы не подумайте, я понял, что у вас активная гражданская позиция.

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

Ну да, они его (телеком) регулируют

Ну так они и все остальные сферы жизнедеятельности регулируют.

Из этого мне неясно, каким боком Валуев и обезъянка относятся к коммутации и маршрутизации.

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

Это по-моему куда ужаснее, чем зрак яровой, санкции или РКН

Ответ а вопрос - Что может поломать коммутацию на канале если не будет человека, который в ?картинках и на ✌️пальцах сможет все объяснить.

У меня ощущение что я RAW из вашей головы прочитал.