Перейти к содержимому
Калькуляторы

chocholl

Активный участник
  • Публикации

    120
  • Зарегистрирован

  • Посещение

О chocholl

  • Звание
    Студент

Контакты

  • ICQ
    196248172

Информация

  • Пол
    Мужчина

Город

  • Город
    Москва
  1. спасибо. т.е. правильно ли я понимаю что через железку может проходить чуть менее чем 4k LDP/RSVP fec-ов?
  2. покажите пожалуйста debug mpls show label usage debug mpls show mpls-capabilities с X670 и по возможности с X670v не смог найти информации по лимитам в открытом доступе. спасибо.
  3. Port-channel 10G на 7600 цисках

    пойдет по фабрике. "канал" на картинке скорей всего представляет собой Dbus/Rbus для того чтобы DFC лукап делал. асики форвардят трафик друг другу через fabric Продолжу тему про WS-X6708-10GE + DFC3CXL. Это что получается если порты 1,4,5,7 - 0-я шина (20G), 2,3,6,8 - 1-я шина (20G), пусть пакет идет с 1-го порта на 2-й, то он будет утилизировать Fabric channel 20G как 0-й шины так и 1-й шины? Зачем тогда канал между Fabric ASIC-ами (с DFC между ними)? Кто-нибудь опровергните это или действительно так работает? ps. мысль покупки платы WS-X6716-10G и проливание трафика внутри платы тогда отпадает
  4. Про MPLS TE FRR Node Protection

    честно скажу конфиги сильно не сморел, гнс нету. возможно еще происходит следующее.. после того как случается обрыв, активируется FRR с этим все ОК как вы пишете. потом PLR посылает сообщение что тунель локально зареперин. R1 (или кто-там является головой у вас) видит сообщение и пытается перестроить зарепереный тунель по другому пути (реоптимизация помойму это ховется). но сделать этого не может потому-что на обходном интерфейсе не хватает бандвиза для двух тунелей. попробуйте статически задать все и везде. и да.. "Point of Local Repair (PLR) т.е. R2 должен сказать R1 новую метку, которую он должен использовать чтобы достич R6." это не совсем так, FRR тем и хорош что никакие новые метки не передаются в сторону головы, они локальны и о них знают только роутеры которые держат backup path. хотя по идее должны включатся shared резервация в случае когда backup и reoptimisation tunnel проходят по одному линку, но лучше проверить. и приоритеты посмотрите внимательно на setup и hold.
  5. Про MPLS TE FRR Node Protection

    попробуйте везде убрать mpls ldp explicit-null пропишите явно желаемый бандвиз на примари тунеле и больший по значению на бекап. уберите упоминания автобандвиза и интерареия штуки тоже уберите tunnel mpls traffic-eng autoroute destination
  6. статистики прошедших эта платформа не показывает. только конфигу посмотреть вот так show mls qos maps с платами es дел не имел, возможно там недостаточно просто трастить. на аплинке прописан mls qos trust dscp. исходя из различных документаций, эта фича копирует dscp в internal dscp для IP пакетов и мутирует 8021p в dscp для non-IP фреймов. однако проблема в том, что internal dscp потом должен превратиться в cos(8021p) и на его основе должны выстроиться очереди на даунлинке(об этом говорит #sh queueing interface DownlinkXXX | i Queueing Mode In Tx direction: Queueing Mode In Tx direction: mode-cos), но этого (как я думаю) не происходит, т.к на выходе из даунлинка все dot1q-фреймы с 8021p=0, поэтому я думаю, что очереди не выстраиваются и спрашиваю как посмотреть статистику ПРОШЕДШИХ(а не дропнутых) пакетов по очередям У huawei на NE-платформе эта команда выглядет так display port-queue statistics interface XXX outbound (показывает сколько пакетов вышло и дропнулось в каждой очереди)
  7. если трафик не будет лезть в CPU то отроутит горахдо больше.
  8. c6500/sup720

    http://tools.cisco.com/Support/SNMP/do/BrowseMIB.do?local=en&step=2&mibName=CISCO-SWITCH-HARDWARE-CAPACITY-MIB только софт нужен поддерживающий эту крастоту
  9. по хорошему вам сюда http://www.endace.com/endace-high-speed-packet-capture-probes.html
  10. Cisco ME3800X и ME3600X

    попробуйте на 15-й обновится. с 12-го на этой линейки меня вытошнило в свое время.
  11. Google Global Cache

    у нас ушло порядка двух месяцев включая пересылку серверов и настройку.
  12. ЦОД в Турции

    с этими небожителями общаться еще сложнее чем с турктелекомом. видимо, придется наведаться к ним лично. в Стамбуле нашел несколько ЦОДов. теперь интересует "ближнее зарубежье" понимаю что тема шибко специфичная, поэтому рад даже тематическому флуду )
  13. ЦОД в Турции

    крайне кропотливое занятие. и тяжеловато понять кто, где и как включен в as9121 к тому-же по турецки все, хочется хотя бы на этапе исследования общаться на русском языке. ну и отзывы послушать если таковые будут.
  14. ЦОД в Турции

    кто знаком с рынком услуг подскажите - пару-тройку стоек поставить и включится интернетом там. Соседние страны в диапазоне 10-15ms рассматриваются тоже, но обязательно с прямым подключением в ТуркТелеком - AS9121. Вот такая задачка )) Благодарен за любые советы и контакты.
  15. фичур менеджер работает у вас. если не хотите знать все тонкости ордер-депендент и ордер-интепендед программирования tcam то попробуйте вместо acl посылать плохих парней в null, это горахдо проще и легче масштабируется. Сначала нагрузка упала, потом опять поднялась. Вот так: CPU utilization for five seconds: 99%/5%; one minute: 99%; five minutes: 99% PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process 202 535031420 35126860 15231 78.97% 83.80% 83.74% 0 FM core