как оно тогда работает? кто идет первым кто последним? просто вдсы ведут себя как отдельные хардварные интерфейсы...

для каждого своя очередь

а что там внутрях, кто за кем следует при перегрузке и наполнении софтварной очереди из /queue int

как оно тогда работает? кто идет первым кто последним? просто вдсы ведут себя как отдельные хардварные интерфейсы...

wireless использует sfq

нет. это то что нам предлагают использовать по дефолту... да и не про то вопрос. вот эта сфку наполняется только когда полна очередь самого интерфейса (внутрях которой работает 802.1p и wmm)

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

когда вдсы - желающих много (очереди на интерфейсах в /que int) - очередь хардварная одна

есть ли там какаянить логика? ведь при перегрузке "первый пришел - первый ушел" не работает. У всех вдсов очереди наполняются, все стоят на низком старке чтоб отдать пакет. Кто первый то? А потом кто?

есть ли там какаянить логика? ведь при перегрузке "первый пришел - первый ушел" не работает. У всех вдсов очереди наполняются, все стоят на низком старке чтоб отдать пакет. Кто первый то? А потом кто?

На мой взгляд не важно кто там первый вышел из wds. Важно как sfq на wireless обработает

А там ессно не fifo

сфку нет

Потому как sfq

сфку нет

А что там у тебя?

нету sfq, ну не использую его. pcq стоит.

Но и вопрос то не про эту очередь

вопрос про следующую после нее. кто и как в нее попадает

Как можно контроллировать послупление пакетов с нескольких wds интерфейсов в хардварную очередь wifi чипа? Например когонибудь приоритетнее пропускать.

Ответ - никак ))

Но ты можешь провести собственные исследования

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

Парни IPsec вместе с IKEv2 кто юзает уже?

Ответ - никак ))

вопрос больше не в том как контроллировать,а какой логике оно следует. С одним интерфейсом, но без дуплекса и тдма хоть и плохо, но понятно как оно себя ведет. А вот вдсы... Вдсы вроде равны,идут то они не строем а шеренгой при перегрузках.И все в одну дверь.

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

Как раз таки тут всё решается просто. Лимит то сам регулируется по принципу: нет места-стой, есть место-проходи в хардварную очередь. А в ней в свою очередь посмотрят на твой приоритет влана или по вмм, и пропустят вперед или притормозят ещё раз....

Как раз таки тут всё решается просто. Лимит то сам регулируется по принципу: нет места-стой, есть место-проходи в хардварную очередь. А в ней в свою очередь посмотрят на твой приоритет влана или по вмм, и пропустят вперед или притормозят ещё раз....

Я не понимаю кейса. В чём задача?

Кейс блеадь

ЧУМОДАНИУМ! ))

Кокаиниум

Упориниум

Я не понимаю кейса. В чём задача?

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

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

Логично было бы предложение - fifo. Но выше ты упоминал, что это не так. На чем основано твоё утверждение, что там не fifo?

так очереди на вдсах параллельны а не элементы одной цепочки

им wlan не родитель

в отличии от например vlan-ов

например они на эзере

например у них есть очереди свои

при всём при том, эзер для них всегда во главе, он знает о всех пакетах которые готовятся из него ввылететь

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

и интерфейсная софтварная очередь не видит

а значит порядок пакетов не знает

и тут нате здрасте... вот несколько вдсов, накопили пакетов,так как хардварная очередь перегруена

она освободилась

и кого первого пускаем?

и кого первого пускаем?

Чем тебе не нравится вариант, что выпускает очередь интерфейса (wlan)?

и кого первого пускаем?

Щас придёт Антон и матом тебя за незаконченные предложения в несколько сообщений :)

Щас придёт Антон и матом тебя за незаконченные предложения в несколько сообщений :)

не придёт, он психанул на Серёжу и ливнул ранее сегодня

не придёт, он психанул на Серёжу и ливнул ранее сегодня

Ах, да? Скучно же без него будет :)

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

Возможно, это недоработка torch ) Так твоя конечная цель какая? Академические знания о том, как это устроено или управлять перегрузкой трафика и приотеризация пакетов в условиях соединения с негарантированной скоростью?

Я чесслово не в курсе, как там оно устроено, но давно смирился с тем что без max limit очередью не поуправляешь ) В целом же в ближайшее время в мск будет происходить Mum и насколько я знаю, часть присутствующих здесь - будет там. Возможно, кто то тебе поможет и задаст соответствующий вопрос.

не, тут не в торче дело. Проверял с деревом. Пакеты в вдсах вообще не классифицируются в очереди wlana. С vlan-ами например такого не происходит (если рассмаривать аналогичную иерархию)

Чем тебе не нравится вариант, что выпускает очередь интерфейса (wlan)?

У влана своя очередь у вдсов свои, но по итогу все попадут в хардварную очередь влана (не та которая в /queue, а которую мы не видим, та в которой ретрансмиты отправляются, кадры агрегируются итд... она конечно условно хардварная,не так как в свитч чипе, но драйверная)

Возможно, это недоработка torch ) Так твоя конечная цель какая? Академические знания о том, как это устроено или управлять перегрузкой трафика и приотеризация пакетов в условиях соединения с негарантированной скоростью?

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

У меня на самом деле есть ещё не проясненные моменты) во первых- что происходит на вайфае с юникаст флудом?

во вторых - когда отправляется броадкаст - он улетает на 6 мбитах с апшки? или ориентируется по самому слабому клиенту?

У меня на самом деле есть ещё не проясненные моменты) во первых- что происходит на вайфае с юникаст флудом?

Съезди на мум ) Там как раз будет разработчик ответственный за модуль wireless

Я в томске, далеко :( а в новосиб редко заезжают

Альтернативный вариант - спросить на форуме mikrotik.com

Зато в Томске тренер есть, а в Новосибирске - нет.

Зато в Томске тренер есть, а в Новосибирске - нет.

Вот кстати да. Подобного рода на курсе wireless освещают?

ВОобще я и письма на саппорт не обламываюсь писать с подобными вопросами на русском) Просто иной раз саппорт доставать неохота, а иной раз диалог прям необходим... ибо в нем тема более разворачивается...

Открытием недавно было для меня, что писикью на интерфейсе по какимто ведомым микротику причинам умеет понимать ip трафик, в том числе тегированный, но!!!...

только на глубину одного тега

два раза тегированный или куинку - один пакет как один поток будет классифицироваться

при том меня поначалу уверячи, что и один тег не поймет, и я несу ерунду..., скрины скинул, подумали... отписались, что некторые свич чипы могут и так... а 2 тега - фиг...

Вот кстати да. Подобного рода на курсе wireless освещают?

у меня нет MTCWE

у меня нет MTCWE

Понял, спс

Здравствуйте, уважаемые. Проконсультируйте, пожалуйста, по 2 нубским вопросам (дайте, пожалуйста, ключевых слов для гугла): 1. Как лучше объединить 2 сети, стоящие в разных местах города за шлюзами микротик RB951G-2HnD и RB750Gr3 (hEX) соответственно? 2. Реально ли сделать так, чтобы в одной сети были адреса 192.168.100.1-192.168.100.100 (рабочие станции), а в другой сети только адрес 192.168.100.150 (RDS)? И чтобы с помощью подключенных друг к другу микротиков между этими рабочими станциями и RDS ходил трафик? Если да - что гуглить?

ERROR: S client not available

Здравствуйте, уважаемые. Проконсультируйте, пожалуйста, по 2 нубским вопросам (дайте, пожалуйста, ключевых слов для гугла): 1. Как лучше объединить 2 сети, стоящие в разных местах города за шлюзами микротик RB951G-2HnD и RB750Gr3 (hEX) соответственно? 2. Реально ли сделать так, чтобы в одной сети были адреса 192.168.100.1-192.168.100.100 (рабочие станции), а в другой сети только адрес 192.168.100.150 (RDS)? И чтобы с помощью подключенных друг к другу микротиков между этими рабочими станциями и RDS ходил трафик? Если да - что гуглить?

Микротики на разных площадках - если делать по нормальному, нужен любой VPN и маршрутизация между сетями. Соответственно разные сети нужно сделать. 192.168.100.0\24 и 192.168.200.0\24 как пример.

Можно и 192.168.100.0/25 и 192.168.100.128/25

Можно и 192.168.100.0/25 и 192.168.100.128/25

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

Микротики на разных площадках - если делать по нормальному, нужен любой VPN и маршрутизация между сетями. Соответственно разные сети нужно сделать. 192.168.100.0\24 и 192.168.200.0\24 как пример.

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

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

берите любой PPP теннель. SSTP самый "живучий", L2TP и PPTP быстрее.

берите любой PPP теннель. SSTP самый "живучий", L2TP и PPTP быстрее.

Спасибо!

Спасибо!

Пожалуйста. По поводу разных сетей - все просто. Если сети будут одинаковые, то компьютеры будут думать, что целевой узел в их сети и вместо того что бы отправить пакет через маршрутизатор "выплинут" в свой широковещательный домен (в свитч пойдет запрос mac адреса, ответа не будет, и узел признается не достижимым). Маршрутизация не будет работать.

Очень доступно, спасибо. Сделаю 2 сети.

Если на концах адреса статические, то IPIP будет и стабильнее и производительнее.

+ настраивается проще

Посоветуйте свитч poe 24

Пожалуйств

MikroTik CRS328-24P-4S+RM не достанешь..

убики

телесисы

это если гигабитные

и дешевые

Если на концах адреса статические, то IPIP будет и стабильнее и производительнее.

Поинтересуюсь, спасибо.

Eltex?

Welcome back! )

Посоветуйте свитч poe 24

Netgear 728, tp-link 3424p (1500 щас он называется ). Я много ставлю Poe IP камер. Потому много и долго выбирал коммутаторы. Есть проверенные временем железки

OSPF же для этого есть

Парни, провайдер увеличил скорость на pppoe подключении, знаю что надо делать скриптом переподключение, а есть еще другие варианты? Физически нахожусь в другом месте

Типа как на линуксе: ifconfig eth0 down && ifconfig eth0 up

Типа такого сразу ввести в терминале

Реально нет?

приучи себя работать в screen :)

приучи себя работать в screen :)

Ты про touchscreen?

ну и это тоже)

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

Однократно? Включи safe mode и опусти интерфейс