чё там, отмены мастер портов не предвидится в 6.40, да?

Нет, перенесли на 6.41

В планах было 750r3 набрать на офисы, все же думаю не он виноват

Дома уже больше года стоит, полёт отличный

Нет, перенесли на 6.41

Вот я и расстроился. Только удобно сделали и тут же на попятную(

Там косяков было очень много. Я за 15 минут их порядка десяти насчитал, особо не углубляясь. Пусть лучше действительно потестят, потом выкатывают

а направление хорошее взяли, тут не спорю

а направление хорошее взяли, тут не спорю

Подскажи мне вещь, которую не могу понять. Имеем маркировку коннектов из которых красятся пакеты. В качестве out-interface-list=WAN, состоящий из 2 l2tp туннелей. В косах download нормально считается, а upload пустой

1 ;;; HTTP chain=forward action=mark-connection new-connection-mark=QoS_HTTP passthrough=yes protocol=tcp in-interface=bridge-LAN out-interface-list=WAN dst-port=80,443,8080 log=no log-prefix="" 2 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=syn protocol=tcp connection-mark=QoS_HTTP packet-size=0-666 log=no log-prefix="" 3 chain=forward action=mark-packet new-packet-mark=QoS_1 passthrough=no tcp-flags=ack protocol=tcp connection-mark=QoS_HTTP packet-size=0-123 log=no log-prefix="" 4 chain=forward action=mark-packet new-packet-mark=QoS_2 passthrough=no connection-mark=QoS_HTTP connection-bytes=0-1000000 log=no log-prefix="" 5 chain=forward action=mark-packet new-packet-mark=QoS_4 passthrough=no connection-mark=QoS_HTTP connection-bytes=1000000-0 log=no log-prefix=""

ну и дальше в таком же духе на все остальное

Перед отъездом столкнулся с тем же самым. Не было времени разбираться

Перед отъездом столкнулся с тем же самым. Не было времени разбираться

вот что то мне кажется - это баг.

Надо репортить

И в последней бете его не исправили

я уже

но чё то молчат

мне вот и было интересно - это я кривой, или все же RoS =)

а что за отмена мастер порта?

а что за отмена мастер порта?

https://mikrotik.com/download/changelogs/release-candidate-release-tree Почитайте 6.40rc36

ммм. няшность какая

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

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

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

это участь тренеров и всяких разных .... Но не на проект же накатывать

!) bridge - implemented software based MSTP (untested, undocumented, CLI only); ничоси ребята упарываются

https://mikrotik.com/download/changelogs/release-candidate-release-tree Почитайте 6.40rc36

Скажите я правильно понимаю что грядёт отмена сущности "мастер-порт" а с ним и понятия свич-группы, чья функциональность перенесется на бриджи?

Видимо, да. Но нужно ждать 41й релиз кандидат

А тут ещё 40 каррент не вышел

Свитч-группу никто не отменял. Просто реалилзация будет другая

просто что-то не совсем понял про л2, бридж и hw, подзапутался слегка

Кто-то нипалица )))))

просто что-то не совсем понял про л2, бридж и hw, подзапутался слегка

просто мастер-порт хотят заменить на бриджинг с опцией hw-offload. Оно, в принципе, логичнее мастер-порта, но в рц было кривое до задницы. Посему пока ожидаем 6.40 в каррент и .41 в рц

просто мастер-порт хотят заменить на бриджинг с опцией hw-offload. Оно, в принципе, логичнее мастер-порта, но в рц было кривое до задницы. Посему пока ожидаем 6.40 в каррент и .41 в рц

Ну примерно понял, бридж научится юзать хв-свича.

Ога

Уфф, написал в саппорт 5 писем. Теперь можно и спать :)

на какие темы?

Игнор аплоада очередью, два письма про фильтры, один в арпе, другой в маршрутах ип6, про неназначение SLAAC, когда префикс-пул задан в профиле (при этом из префикса в секрете всё прекрасно назначается) и про политики пользователей. Всё. Мишн комплит. Гуд найт

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

Так дома же. Зачем в продакшн?)

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

1) для доступности белых адресов неплохо бы их выкинуть в отдельные таблицы маршрутизации /ip route ruls 2) gre,eoip можно прибить к отдельному провайдеру через local address

1) для доступности белых адресов неплохо бы их выкинуть в отдельные таблицы маршрутизации /ip route ruls 2) gre,eoip можно прибить к отдельному провайдеру через local address

Спасибо большое буду пробовать

Привет народ :) Два канала, один основной, второй резервный. Возможно ли сделать так, чтобы ipsec использовал резервный? В настройках политики на резервный IP настроены, в пире указал Local Address, но всё равно пытается подключиться через основной канал

маршрут?

да, маршрут идёт в основной канал

указать маршрут до точки назначения через резервный? хм, а это мысль

указать маршрут до точки назначения через резервный? хм, а это мысль

ну вообще то да!!!

Есть два канала, на обоих запускал ipsec по очереди. На той стороне jira. На 1м канале при попытке скачать что-то открытие страниц залипает, как и закачка. На 2м канале такой проблемы нет, при скачке файл качается, страницы открываются. Между ними есть разница в размере пакетов, которые посылаются ко мне. От меня уходит 1468. На 1м канале приходят 1476, на 2м 1484. Если тестировать на другом шлюзе (linux, strongswan), там уходит 1464, приходит 1472 если качать, если веб 1464. 1 - Почему с той стороны вылетают пакеты разного размера? 2 - Могут ли из-за этого быть вышеописанные глюки?

Всем привет. Есть один вопросик. Периодически перестаёт пинговаться Metal 2SHPn. Подключен через D-Link DES 1210-28ME. Питается через инжектор. Остальные девайсы (ещё одна такая же точка, IP телефоны, компы) в этом коммутаторе работают нормально. Перезагружаю коммутатор - точка начинает пинговаться. Прошивка 6.39.2.

Простите, но схемку могу только от руки нарисовать.

Если вы сетевой инженер, живущий в Москве и любите халяву, то у меня для вас хорошая новость. Huawei совместно с УЦ "Микротест" проводят аттракцион невиданной щедрости - две недели, с 24 июля по 4 августа можно воспользоваться днём открытых дверей и абсолютно бесплатно сдать любой письменный экзамен Huawei, как минимум ветки R&S. Включая HCIE R&S Written! Подробности по ссылке. [Если кто-то воспользуется, напишите мне пожалуйста, что тема действительно работает и как всё прошло. Спасибо.] http://links.effimailer.ru/v/cC5/9-7VfUEnZIGo2LwKpCvIn3/0e5776f7

Выбираю точку доступа для офиса с максимальным покрытием. Пока к cAP склоняюсь, может что лучше есть?

Выбираю точку доступа для офиса с максимальным покрытием. Пока к cAP склоняюсь, может что лучше есть?

AP AC PRO

Выбираю точку доступа для офиса с максимальным покрытием. Пока к cAP склоняюсь, может что лучше есть?

MIkrotik wAP AC при ширине канала 80/100

AP AC PRO

ap ac lr больше зона покрытия и цена дешевле)

ap ac lr больше зона покрытия и цена дешевле)

вполне аргумент

Но чуть в скоростях потеряет

AP AC PRO

меш не построить

хотя в любом случае это будет быстрее, чем микротики

меш не построить

чёт не было в тз ни слова про меш

вполне аргумент

сомневаюсь что там будет затык в скорости)

сомневаюсь что там будет затык в скорости)

ну это же микротиковский wifi)

меш не построить

ap ac Mesh)) зона покрытия идентична ap ac lr

меш не построить

https://unifi-mesh.ubnt.com/

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

15 точек свич контролер когда брали они писали что все гуд а в итоге только в разработке и именно на ар ас pro

Другие на ура

15 точек свич контролер когда брали они писали что все гуд а в итоге только в разработке и именно на ар ас pro

ты о чем?

mesh заявлен был только на ap ac mesh

Iurii Naumov: ap ac Mesh)) зона покрытия идентична ap ac lr

Год назад вроде они появились и тогда убики орали что все гуд

И быстро замяли тему

Тебе 1 точку?

Тогда не парься

чёт я не понял этих телодвижений

парень спросил про точку для офиса

тут уже как то меш приплели

@shtyrlize логика не твой конек?)

или не мой...

Заранее предупредил что если будет расширяться то что бы имел ввиду