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

mikezzzz

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

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

  • Посещение

Все публикации пользователя mikezzzz


  1. нормальный такой конфиг =) а не осталось конфига джунипера с вашей стороны?
  2. Может кто сказать за функционал и стабильность данного девайса? Смотрим на него как на 1/2 DGS, но что-то есть сомнения
  3. rcv- error возможно просто горлышко где-то на свиче и буффер переполняется, трафика то много было утром? а оптика какая? SM/MM? а SFP?
  4. а что вы этим выводом хотели сказать?
  5. show inter gi x/y/z counters errors до кучи температура ночью не менялась в помещении?
  6. Работа в СПБ

    ну так давайте озвучим контору и сравним догадки :)
  7. в пакеты заглядывали? может принимающая сторона (коллектор) криво обрабатывает? попробовать переключить взад-назад версию NETFLOW на ASR? :) infery, посмотрите в сторону FNF
  8. *Aug 2 18:03:02.939: IP ARP: sent req src 10.0.0.1 ca01.1ddc.0000, dst 10.0.0.10 ca02.1e64.0000 FastEthernet0/0 *Aug 2 18:03:03.047: IP ARP: rcvd rep src 10.0.0.10 ca02.1e64.0000, dst 10.0.0.1 FastEthernet0/0 *Aug 2 18:03:03.047: IP ARP: creating entry for IP address: 10.0.0.10, hw: ca02.1e64.0000 видимо да, 10.0.0.10 в данном случае это "внешний" статический IP сервера на стенде
  9. show ip cef 0.0.0.0 0.0.0.0 detail по факту, больше не знаю что предположить, "романтический момент" утерян
  10. сливали более 10G SPAN на 6500, дропы были только на output с миррор порта. использовали no monitor session egress replication-mode centralized, с centralized суп захлебывался от SPAN трафика
  11. в одну, так же рассмотреть возможность сказать - no monitor session egress replication-mode centralized так как egress span в centralized mode ходит аж до супа, загружая фабрику
  12. если используется много портов, например все 8, - группировать так что бы ingress и egress порты для основных потоков трафика были в одних и тех же группах портов (1,4,5,7 и 2,3,6,8) . Так же, не допускать что бы подгруппы портов 1/4, 5/7, 2/3, 6/8 в сумме имели больше 16 Gbps full duplex
  13. а с маршрутом ip route 0.0.0.0 0.0.0.0 aa.bb.cc.241 во время аварии пробовали играться? удалить/добавить? я бы рискнул предположить, что баг мог вылезти из-за того что это рекурсивный маршрут без указания исходящего интерфейса
  14. VPN, мы, кстати, за какой модуль говорим? 6704 или 6708? если про 6708 со схемы, то там 16gbps full duplex + 16 gbps full duplex так как речь идет о двух FPGA MUX и 4 портах если по сабжу = 6704 40 gbps c DFC картой это цифра в вакууме, там свои оверхеды + эксплуатировать модуль на 100% вряд ли представляется возможным, начнутся регулярные прострелы с потерями и затыками на интерфейсах до фабрик. ну и у 6704 очень маленькие буферы, а так да, по бумагам 40gbps :)
  15. проще на схему глянуть с описанием 6708
  16. похоже на это https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuc67756/?referring_site=bugquickviewredir https://bst.cloudapps.cisco.com/bugsearch/bug/CSCts19822/?referring_site=bugquickviewredir
  17. а есть возможночть не на ПЧ попробовать поднять? я вот это не совсем понимаю у циски.. Restrictions for IPoGEC IP Sessions over Gigabit EtherChannel (IPoGEC) currently supports the 1:1 model, where only one member link is active while the second member link is passive and does not carry traffic.
  18. у нас дефолт, удп 514 show start | i logg logging buffered 5000000 no logging console logging event link-status default no ip dhcp conflict logging logging trap debugging logging facility local0 logging source-interface Loopback0 logging host 192.168.15.11 logging host 192.168.10.79 logging host 192.168.66.3 vrf Mgmt-intf
  19. забавно, у нас Cisco IOS Software, s72033_rp Software (s72033_rp-ADVENTERPRISE-M), Version 15.1(2)SY7, RELEASE SOFTWARE (fc4) и такой "фичи" нет. а в шапке show log чего по счетчикам?
  20. stalker86 ознакомьтесь http://www.gossamer-threads.com/lists/cisco/nsp/153289 :) иос какой? вчера поставили SY7, данные сообщения в логи и сислоги полностью попадают. как workaround - сидеть с terminal monitor для вычленения гадов https://bst.cloudapps.cisco.com/bugsearch/bug/CSCts38007/?referring_site=bugquickviewredir
  21. ip route 172.20.100.3 255.255.255.255 Vlan3000 ip route 172.20.100.3 255.255.255.255 Vlan3001 ECMP какое-то у вас получается )
  22. если работает без нареканий и новый функционал не нужен то конечно лучше не трогать :) а так, можно хотя бы из 3.10 что-то выбрать с пометкой MD, иосы выше ветки 3.10 у меня стабильно жалуются на нехватку TCAM для PPPoE полисеров при абонентах свыше 10000