Valaskor

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

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

  • Посещение

Информация о Valaskor

  • Звание
    Студент
  • День рождения

Контакты

  • ICQ
    0

Информация

  • Пол
    Не определился
  1. Если правильная распиновка у разъема, проблем не должно быть, подключали сотни коммутаторов так. Правда DGS-3420 могут ребутаться, но с ними опыта меньше.
  2. Переадресация же не будет работать? На страницу блокировки.
  3. Мы делали "сложные" тарифные планы, с приоритезацией внутри тарифа абонета: торрент меньший приоритет, http/https средний, остальное - низший. Хорошо работает, при закачке торрентом "в полку" - пинги остаются идеально ровные. Только нужен тариф меньше скорости порта клиента, иначе он упирается в него и пинги снова начинают скакать и теряться.
  4. Спасибо за развернутый ответ! Действительно дело было в pim register и локальном мультикасте. Он нужен, но только в этом влане, по этому не был включен в rp-acl (помечался как rp 0.0.0.0). Как только его добавил в acl - все поехало в железе. Насчет COS - действительно очень хорошо помогает, при нагрузке на конечный порт пользователя тв не сыпет, когда приставка и комп с торрентом, например. Соглашусь, возможно, cos=6 многовато, но как то исторически так сложилось.
  5. Трафик от приемников. На всех интерфейсах с мультикастом ip pim sparse-mode, прописана rp (другая циска) статикой. Раньше стояла 3560 с практически аналогичными настройками мультикаста - проц курил.
  6. Колллеги, кто знает как докапаться до причины process-свитчинга? #show platform cpu packet statistics RkiosSysPacketMan: Packet allocation failures: 0 Packet Buffer(Software Common) allocation failures: 374407 Packet Buffer(Software ESMP) allocation failures: 0 Packet Buffer(Software EOBC) allocation failures: 0 Packet Buffer(Software SupToSup) allocation failures: 0 IOS Packet Buffer Wrapper allocation failures: 0 Packets Dropped In Processing Overall Total 5 sec avg 1 min avg 5 min avg 1 hour avg -------------------- --------- --------- --------- ---------- 452476 0 0 0 0 Packets Dropped In Processing by CPU event Event Total 5 sec avg 1 min avg 5 min avg 1 hour avg ----------------- -------------------- --------- --------- --------- ---------- Sa Miss 329808 0 0 0 0 L2 Router 89 0 0 0 0 Input Acl Fwd 2493 0 0 0 0 Sw Packet for Bridge 120086 0 0 0 0 Packets Dropped In Processing by Priority Priority Total 5 sec avg 1 min avg 5 min avg 1 hour avg ----------------- -------------------- --------- --------- --------- ---------- Normal 51978 0 0 0 0 Medium 331055 0 0 0 0 High 69443 0 0 0 0 Packets Dropped In Processing by Reason Reason Total 5 sec avg 1 min avg 5 min avg 1 hour avg ------------------ -------------------- --------- --------- --------- ---------- STPDrop 2582 0 0 0 0 NoDstPorts 120086 0 0 0 0 Tx Mode Drop 329808 0 0 0 0 Total packet queues 64 Packets Received by Packet Queue Queue Total 5 sec avg 1 min avg 5 min avg 1 hour avg ---------------------- --------------- --------- --------- --------- ---------- Input ACL fwd(snooping) 1096950493 4076 4263 3468 3419 L2 bridge to CPU, 0 26495488 132 134 107 100 Host Learning 329808 0 0 0 0 L2 Control 906355 3 0 0 0 Ip Option 48 0 0 0 0 Ttl Expired 11452012 40 40 35 31 InputIf Fail 38257 0 0 0 0 Mtu Fail 20997 0 0 0 0 L2 router to CPU, 7 918606381 4080 4212 3445 3416 L3 Glean, 7 1169533 16 5 1 1 L3 Fwd, 7 15632 0 0 0 0 L3 Receive, 7 6742322 53 28 19 17 Packets Dropped by Packet Queue Queue Total 5 sec avg 1 min avg 5 min avg 1 hour avg ---------------------- --------------- --------- --------- --------- ---------- Input ACL fwd(snooping) 1050676573 3042 3284 2540 2391 L2 bridge to CPU, 0 141559 0 0 0 0 Host Learning 4631 0 0 0 0 Ttl Expired 3640 0 0 0 0 InputIf Fail 115531 0 0 0 0 L2 router to CPU, 7 218443 0 44 21 2 L3 Glean, 7 1284 0 0 0 0 L3 Fwd, 7 630622 0 0 0 0 L3 Receive, 7 7609 0 0 0 0 Мультикаст, приходящий с приемников, постоянно лезет на процессор. В буфере пакеты помечаются как Event: Input Acl Fwd (не много Event: L2 Router) join-ов никаких нет, маршрут к источнику вроде верный (собственно, у приемников адреса из direct-connected sudbnet). Есть еще такой полиси: policy-map SET-COS6 class class-default set cos 6 vlan configuration 320 service-policy input SET-COS6 Но его отключение-включение ничего не меняет, то же с igmp-snooping. Подскажите, куда копать? 4900M, 12.2(54)SG
  7. corneyy Приветствую! Не смог найти легенду по статусу: Что значит желтое? И какого размера считается плохо если есть красное?
  8. Ок, а хороший бытовой это какой? Вон, например, про Invacom пишут, мол, уровень не очень, а мне сигнал надо еще с крыши спустить и поделить по приемникам. Антенны 2м Супрал будут.
  9. Коллеги, подскажите, что посмотреть из конвертеров под облучатель, чуть попроще SMW PLL, но с приемлемым для ГС качеством? Чтоб доступно в России было, а не искать по ебеям.
  10. Да не должны они ничего учитывать, блокируется именно обратный пакет, уже от конкретного 192.88.99.1 который у hurricane. Возможно, фейлится reverse-path и пакеты дропаются.
  11. Коллеги, а кто может проверить работу 6to4 на Ростелекоме? Есть подозрение, что ответы от релея Hurricane не могут пройти. Они идут с src=192.88.99.1
  12. Чем не вкусно? Используем влан на свитч уже давно, проблем не вижу. В трассе у всех подсетей одинаковый абсолютно левый первый хоп, особо недоумения не вызывает. А технических проблем не может вызывать по определению, т.к. у клиента в ARP айпишник "правильного" шлюза, а трасса нужна только при диагностике.
  13. LoPri может спокойно жрать весь проц, серьезных проблем это не должно вызывать, все важное имеет больший приоритет. При флуде (если там не гигабиты) проц на цисках 100% но клиенты фактически не замечают.
  14. Думали об этом, но шеститонник энергии жрет как маленькое государство в Африке. Используем 4900M для таких целей, получается что-то около 300Вт. При доступности недорогих свитчиков 10G-агрегации можно обойтись пустой коробкой, без лайнкарт.