Pedalik73

Спсибо, будем учится ^_^

Всем доброго времени суток! Имеется в наличии UniFi AP Outdoor, прошитая под AIR OS. Хотим вернуть ей обратно родную прошивку, но нигде в интернете не осталось файлика "unifi-bz2-2.3.8.1597-flashback-from-airos.bin" Может у кого то осталось, будем очень признательны если поделитесь.

Вопрос снят.. в правилах простых очередей можно выставить Packet Marks "no-marks", и будет нам счастье.

Доброго времени суток! Имеется роутер, который простыми очередями тупо режет скорость отдельным ip до заданных значений. Появилась необходимость промаркировать часть трафика, и передавать его пользователем без ограничения скорости. Есть ли такая возможность? Какой тип очередей использовать? Как указано в мануалах, queue tree обрабатывает пакеты раньше simpe queues, но после создания такой очереди, маркированные пакеты всё равно продолжают попадать под ограничение простых очередей.

#sh mls ip multicast capability Current mode of replication is Egress Configured replication mode is Auto Slot Multicast replication capability 1 Egress 3 Egress 5 Egress 6 Egress 7 Egress Заработало!!! Жаль, что у нас не везде ISM vlan, и придется в такой конфигурации ка большом количестве svi настройку производить безрезультатно

Спасибо, конечно, но с настройкой policy-map проблем у меня нету.. Пакеты приходят без метки, при настройке policy как на порту, так и на интерфейсе

И еще вопрос, возможно ли на этой железке увидеть, в какие исходящие очередь попадают пакеты? На данный момент нашел только косвенное подтверждение, что настроено корректно, команда show queueing interface gigabitEthernet 3/44 показывает, что есть дропы на 1 очереди, при этом анализатор не показывает ошибок в потоке. А не потоках, которые как раз не маркеруются, ошибки есть Packets dropped on Transmit: BPDU packets: 0 queue dropped [cos-map] ------------------------------------------------------------ 1 46017 [0 1 ] 2 0 [2 3 4 ] 3 0 [6 7 ] 4 0 [5 ]

Приветствую всех! Есть задача - промаркировать трафик iptv потоков и отдать его в сторону абонентов с меткой dscp af41/оноже dscp 34/оноже COS4 с безусловным приоритетом исходящей очереди. На коммутаторах 3750 и 3550 я подобную задачу уже успешно решал, пришло время 6500. Затык начался на том моменте, что потоки, которые я получаю на плате WS-X6748-SFP маркируются и передаются на коммутатор, подключенный к этой же плате без проблем, а вот потоки, которые принимаются на плате WS-X6748-GE-TX, я получаю уже без метки.. Кто сталкивался - объясните неграмотному :) Ниже конфиги и некоторая статистика

Подниму изначальную тему. После того как осознали что проц был слабоват, поставили двухпроцессорный сервер на Core i 5 с двумя 10G ix и 8 igb. По стечению обстоятельств запустили его с конфигурацией: HT=on hw.igb.rxd=4096 hw.igb.txd=4096 hw.igb.num_queues=2 Всё завелось на половине потоков, работало всё нормально, прокачивало около 3 гиг, пока не решили начать тыкать в него 10Г.. В итоге стало в нем 10г на вход и 10г на выход. Результат был плачевный. в какой-то момент проц сваливался в 100% загрузку, часть заружено прерываниями, часть kernel процессами тех же очередей карт. После долгих мучений было решено вернуться на изначальный конфиг, и какого же наше удивление было, когда мы увидели ту же самую картину! Если кто подскажет в какую вообще сторону копать - будем благодарны