Jump to content

Nik0n

Активный участник
  • Posts

    165
  • Joined

  • Last visited

Everything posted by Nik0n


  1. А я понял! В доке про NTRG-1421 сказано что multicast идет в 0 очередь и она более приоритетная. Просто вот про встроенный свич там 7 очередь более приоритетная, а как у PON портов что-то не нашел в документации про другие ONT (кроме этого упоминания). Т.е. через правила назначаем любой другой трафик в менее приоритетную (3). Проверил rule - применяется с профилем для NTE2 или NTRG-1402. А вот будет ли эффект - это сейчас тестирую.
  2. Так-с-с с очередями в профилях я еще не экспериментировал :) А по скрину - странно что все LinkIndex в одну очередь назначены. Логично было бы Link в сторону uni0 оставить в 0 очереди. И что делать с NTRG - там всего один UNI0. Как-то надо умудриться IPTV влан в другую очередь одного Link-а положить !? А так спасибо за наводку, будем тестировать с очередями в профилях.
  3. А не подскажите какие настройки привели к ожидаемому результату ? Меня даже полный конфиг устроит :) ЗЫ А то все что-то "секретничают", как будто NDA подписали.
  4. обязательно попробуйте cat4500e-entservicesk9-mz.152-4.E2.bin и больше (если найдете) На какой-то 15.2-2 у меня сабж с нагрузкой ребутилься два раза на дню. На 15.2-4 прошло :)
  5. CLIENT SPECIFIC OPTIONS -b, --bandwidth n[KMG] | npps set target bandwidth to n bits/sec (default 1 Mbit/sec) or n packets per sec. This may be used with TCP or UDP.
  6. Я бы поставил 4900M и еще лет 5+ спокойно жить :)
  7. А что уже за КУПЛЕНЫЙ урфа клиент, при продлении базовой лицензии требуются доплатить и за урфа клиента?
  8. погляди multipath -ll и потом multipath -ll mpathX для mpath-девайса который содержит /dev/sdb (смею предположить что mpath0). PS Статья тут http://pastebin.ru/iy9uf43K
  9. SE100 (SEOS-12.1.1.11-Release), стоит с самого начало эксплуатации: aaa accounting subscriber radius aaa update subscriber 10 Биллинг UTM5 - ни чего не напрягается, все работает штатно :)
  10. Судя по картинке Вы хотите: в 1 порту на tag пакеты 100,200 и любые другие НАВЕСИТЬ 501 в 2 порту так же но - 502 в 24 выдать ДВАДЖЫ тегированные пакеты Да это классическая схема Q-in-Q Port Base :) 1. Включаете q-in-q на свиче 2. Переводите 24 порт в NNI роль (вроде по дефолту так все порты), добавляете на порт tag 501 и 502 3. 1 и 2 порты делаете UNI, делаете untag 501 на 1 порту, 502 - на втором 4. Возможно что на 1 и 2 портах надо выключить missdrop (что бы работал Port Base) 5. И еще советую установить Outer Tpid на всех портах в 0x8100 (если конечно Ваша модель это умеет делать, а так же обычно это нужно для прохождения дважды тэгированного трафика через облако). Будут вопросы, загляните для начала сюда http://www.dlink.ru/ru/faq/276/ :)
  11. В NNI порт могут приходит пакеты с двойными тэгами с любыми SP-VLAN. А вот снять двойной тэг на UNI можно ТОЛЬКО ОДИН SP-VLAN. Некоторые коммутаторы умеют на UNI порту нетэгированные пакеты пометить нужным C-VLAN-ом.
  12. Можно не теоретизировать, практически есть куча моделей D-Link которые поддерживают Q-in-Q Base и чуть меньше Q-in-Q Selective (в том числе с навешиванием двойного тэга на безтэговый порт)
  13. Есть такое в документации: / Operation and Maintenance / Configuration Management / Subscriber Management /Configuring CLIPS -> 2 Configuration Tasks -> 2.6 Configuring a CLIPS Group -> 3 Configuration Examples -> 3.8 CLIPS Group Я то же пыталься понять как это использовать, но пока плюнул на это дело :)
  14. Одно время сервер DL360 G5 на COS7 (ядро 3.10-229) включен был в стэк из цисок 3750-e. Все взлетело сразу (настраивал через nmtui :) и работало (пока не сняли циски). Теперь сервер включен в микротик sic! и с теми же настройками team0 все так же работает. Может все таки попробовать на "родном" ядре от RedHat ?
  15. Спасибо, уже погуглил и качаю с прямой ссылки :) Ради 1.5Мбайт придется качать 6Гбайт!
  16. Последний вышедший для P64 - это hp-firmware-system-p64-2015.08.16-1.1.i386.rpm Вот мы бы с ТС были бы счастливы его заполучить :)
  17. Я бы то же не отказался :) Есть только во такой: hp-firmware-system-p64-2015.01.22-1.1.i386.rpm
  18. Кардинально отличается из-того что RHEL 6 это "замороженная" и "отшлифованная" Fedora примерно 12-13 версии, а RHEL 7 - Fedora 19-20. Поэтому и такое резкое изменение (из очень заметных - замена upstart на systemd). А CentOS это свободная сборка, и не важно [для набора пакетов] кем она курируется или курировалась. Просто с началом курирования Red Hat CentOS7 стала намного оперативней выходит после выходов выпусков RHEL7.
  19. Вы предполагаете или точно уверены что будет работать в случае с vrf + ip unnumbered вланами ? ЗЫ Я могу попробовать поиграться с route-replicate только в выходные.
  20. Попробуйте вот так ip route vrf management_network 10.0.0.10 255.255.255.255 10.0.0.10
  21. коммутаторы L3 (нормальные) как раз и можно использовать для роутинга локального трафика PBR можно применять точечно, а у нас задача с ТС ВЕСЬ трафик загнать куда-то - тут лучше VRF не придумано. да для балансировки и горячего резерва брасов не на всех брасах можно "изящно" л2 терминировать с балансировкой и резервированием, а на L3 уровне с помощью OSPF+VRRP легко :) роутить локальный трафик - значить дополнительно нагружать линки до браса (а так там только трафик в инет и обратно бегает).
  22. Update: я туплю, мое сообщение считать недействительным :) Для CentOS 6 свои сборки http://elrepo.org/linux/kernel/el6/x86_64/RPMS/ Дак ставьте CentOS 7 !!! [root@server ~]# cat /etc/centos-release CentOS Linux release 7.2.1511 (Core)
  23. Откуда 65 да тем более 76 ! 4900M всего-то и 4507 Sup V-10GE в разогретом резерве (терминацию влан ip unnumbered резервировать на них можно только руками).
  24. У Вас два vrf, а в случае 4 vrf Вы будете делать 4*3 петлей ? Вам нужно будет тогда использовать 24 порта! Так что туннели самое то и работают без проблем. ЗЫ OSPF не пробовал, сразу удовлетворился статикой. Не вижу в нем смысла, т.к набор сетей известен и постоянен. В случае изменений сетей - маршруты легко правятся (набор туннелей не меняться).