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

Нагрузка CPU Cisco 6509

Ответить

serg_sk   

serg_sk
Опубликовано (изменено) · Жалоба

Обновил на кошке IOS до sxj5

cisco6509#show version

Cisco IOS Software, s72033_rp Software (s72033_rp-ADVENTERPRISEK9_WAN-M), Version 12.2(33)SXJ5, RELEASE SOFTWARE (fc2)

Technical Support: http://www.cisco.com/techsupport

Copyright © 1986-2013 by Cisco Systems, Inc.

Compiled Thu 31-Jan-13 14:30 by prod_rel_team

 

ROM: System Bootstrap, Version 12.2(14r)S9, RELEASE SOFTWARE (fc1)

 

cisco6509 uptime is 7 weeks, 2 days, 10 hours, 38 minutes

Uptime for this control processor is 7 weeks, 2 days, 10 hours, 34 minutes

Time since cisco6509 switched to active is 7 weeks, 2 days, 10 hours, 32 minutes

System returned to ROM by power cycle (SP by power on)

System image file is "disk0:s72033-adventerprisek9_wan-mz.122-33.sxj5.bin"

Last reload reason: Unknown reason

 

И получил непонятную нагрузку на CPU.

cisco6509#show processes cpu sorted

CPU utilization for five seconds: 47%/40%; one minute: 49%; five minutes: 49%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

12 158960688 270332108 588 2.63% 2.72% 2.72% 0 ARP Input

358 29198896 9936661 2938 0.79% 0.73% 0.72% 0 CEF: IPv4 proces

277 44345240 288107089 153 0.63% 0.62% 0.63% 0 IP Input

346 11152264 1948051 5724 0.47% 0.22% 0.22% 0 IPC LC Message H

279 18966104 165833547 114 0.39% 0.36% 0.37% 0 ADJ resolve proc

310 432 282 1531 0.31% 0.07% 0.05% 1 Virtual Exec

220 10735600 1899215 5652 0.23% 0.22% 0.23% 0 Compute load avg

52 2275076 5246108 433 0.23% 0.19% 0.18% 0 Per-Second Jobs

301 380148 549588936 0 0.15% 0.16% 0.15% 0 Ethernet Msec Ti

65 7479020 344074311 21 0.15% 0.13% 0.13% 0 Net Input

550 12147976 19556347 621 0.15% 0.19% 0.21% 0 DHCPD Receive

470 1212076 10364169 116 0.07% 0.03% 0.02% 0 RPC online_diag_

36 117544 4425746 26 0.07% 0.00% 0.00% 0 GraphIt

271 1308700 5033857 259 0.07% 0.07% 0.07% 0 CDP Protocol

13 0 1 0 0.00% 0.00% 0.00% 0 AAA_SERVER_DEADT

14 0 2 0 0.00% 0.00% 0.00% 0 AAA high-capacit

15 0 1 0 0.00% 0.00% 0.00% 0 Policy Manager

16 284 574 494 0.00% 0.00% 0.00% 0 Entity MIB API

17 164 1994 82 0.00% 0.00% 0.00% 0 EEM ED Syslog

18 0 1 0 0.00% 0.00% 0.00% 0 IFS Agent Manage

19 1380 74005 18 0.00% 0.00% 0.00% 0 IPC Dynamic Cach

20 0 1 0 0.00% 0.00% 0.00% 0 NTI Example Proc

21 259816 4425787 58 0.00% 0.00% 0.00% 0 IPC Periodic Tim

22 35064 4425863 7 0.00% 0.00% 0.00% 0 IPC Deferred Por

23 0 1 0 0.00% 0.00% 0.00% 0 IPC Process leve

24 11299352 73107249 154 0.00% 0.12% 0.12% 0 IPC Seat Manager

25 0 1 0 0.00% 0.00% 0.00% 0 IPC Session Serv

26 0 1 0 0.00% 0.00% 0.00% 0 IPC Stdby Update

27 0 1 0 0.00% 0.00% 0.00% 0 IPC Session Deta

28 0 2 0 0.00% 0.00% 0.00% 0 DDR Timers

29 0 2 0 0.00% 0.00% 0.00% 0 Dialer event

30 0 1 0 0.00% 0.00% 0.00% 0 ifIndex Receive

31 0 2 0 0.00% 0.00% 0.00% 0 Serial Backgroun

32 0 1 0 0.00% 0.00% 0.00% 0 Crash writer

33 478456 2345411 203 0.00% 0.00% 0.00% 0 EnvMon

34 0 1 0 0.00% 0.00% 0.00% 0 IPC ISSU Version

35 512 444413 1 0.00% 0.00% 0.00% 0 Compute SRP rate

37 76 1061 71 0.00% 0.00% 0.00% 0 rf proxy rp agen

Подскажите откуда берется 40%, если они не отображаются в show processes cpu?

Где можно еще глянуть, что жрет процессор?

Изменено пользователем serg_sk

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

snark   

snark
Опубликовано · Жалоба

Уберите нули, т.е. скажите коту:

 

sh proc cpu so | ex 0.00

 

Вывод комманды и конфиг

 

sh ru | ex pass

 

Заверните в тег CODE - людям читать удобнее будет.

 

 

P.S. Зачем нужен CDP?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано (изменено) · Жалоба 

show run удален.

 

cisco6509#sh proc cpu so | ex 0.00
CPU utilization for five seconds: 52%/41%; one minute: 52%; five minutes: 61%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process 
 12   159770572 270851695        589  2.87%  2.99%  3.22%   0 ARP Input        
310       47856     26552       1802  1.27%  2.28%  2.73%   1 Virtual Exec     
  9    27449844   1373079      19991  1.03%  0.47%  0.45%   0 Check heaps      
358    29319532   9964399       2942  0.71%  0.73%  0.68%   0 CEF: IPv4 proces 
277    44703296 289015679        154  0.55%  0.60%  0.96%   0 IP Input         
346    11204188   1955650       5729  0.39%  0.23%  0.23%   0 IPC LC Message H 
220    10786236   1906708       5656  0.23%  0.23%  0.23%   0 Compute load avg 
279    19036196 166172291        114  0.23%  0.31%  0.32%   0 ADJ resolve proc 
 52     2293284   5263182        435  0.23%  0.19%  0.18%   0 Per-Second Jobs  
301      387836 550952483          0  0.15%  0.17%  0.16%   0 Ethernet Msec Ti 
550    12202144  19614241        622  0.15%  0.22%  0.23%   0 DHCPD Receive    
271     1318272   5049817        261  0.15%  0.07%  0.08%   0 CDP Protocol     
258     1859944   4177564        445  0.07%  0.03%  0.02%   0 esw_vlan_stat_pr 
 65     7517372 345210006         21  0.07%  0.12%  0.11%   0 Net Input        
246      146612 134474957          1  0.07%  0.04%  0.02%   0 ACE Tunnel Task

 

P.S. Зачем нужен CDP?

 

Не нужен в принципе)

Изменено пользователем serg_sk

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

martini   

martini
Опубликовано · Жалоба

там софтово что то обрабатывается, возможно роут мап

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано · Жалоба

там софтово что то обрабатывается, возможно роут мап

Как проверить?

 

Да, забыл сказать. Что начало после переезда на новый IOS.

 

Раньше был s72033-ipservices_wan-mz.122-33.SXH3.bin и нагрузки небыло, но кошка замопроизвольно зависала.

Теперь s72033-adventerprisek9_wan-mz.122-33.sxj5.bin, зависаний нет, но появилась какая-то непонятная нагрузка на cpu.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Justas   

Justas
Опубликовано · Жалоба

Что криминального есть в show log ?

 

Ограничения TCAM не превышены?

 

ARP странный. IPTV-трафик до места назначения доходит?

 

Приостановите netflow если возможно, посмотрите.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано · Жалоба

В show log нет ничего криминального.

 

Это так для информации )

cisco6509#show platform hardware capacity
System Resources
 PFC operating mode: PFC3B
 Supervisor redundancy mode: administratively sso, operationally sso
 Switching resources: Module   Part number               Series      CEF mode
                      1        WS-X6502-10GE             CEF256           CEF
                      2        WS-X6348-RJ-45           classic           CEF
                      3        WS-X6416-GBIC            classic           CEF
                      4        WS-X6416-GBIC            classic           CEF
                      5        WS-SUP720-BASE        supervisor           CEF
                      7        WS-X6516A-GBIC            CEF256           CEF
                      9        WS-X6502-10GE             CEF256           CEF

Power Resources
 Power supply redundancy mode: administratively redundant
                               operationally redundant
 System power: 2331W, 0W (0%) inline, 1365W (59%) total allocated
 Powered devices: 0 total, 0 Class3, 0 Class2, 0 Class1, 0 Class0, 0 Cisco
                       Inline-Pwr  Inline-Pwr
                       Limit       Allocated   %Limit
Slot Card-Type          Watts       Watts
---- ------------------ ----------- ----------- -------
2    WS-F6K-VPWR         399.84       34.44     9%

Flash/NVRAM Resources
 Usage: Module Device               Bytes:      Total          Used     %Used
        5  RP  bootflash:                    65536000       2868972        4%
        5  SP  disk0:                       256540672     145408000       57%
        5  SP  disk1:                       127954944      73486336       57%
        5  SP  sup-bootflash:                65536000      35889592       55%
        5  SP  const_nvram:                    129004         31884       25%
        5  SP  nvram:                         1964024        135774        7%

CPU Resources
 CPU utilization: Module             5 seconds       1 minute       5 minutes
                  5  RP              57% / 42%            58%             65%
                  5  SP              26% /  3%            36%             37%
 Processor memory: Module   Bytes:       Total           Used           %Used
                   5  RP             353840400      153784904             43%
                   5  SP             288747172      119395568             41%
 I/O memory: Module         Bytes:       Total           Used           %Used
             5  RP                    67108864       16487652             25%
             5  SP                    67108864       15767000             23%

EOBC Resources
 Module                     Packets/sec     Total packets     Dropped packets
 5  RP      Rx:                      60         297190282                2496
            Tx:                      56         267185932                   0
 5  SP      Rx:                     120         462337945                1802
            Tx:                     123         492290171                   0

VLAN Resources
 VLANs: 4094 total, 527 VTP, 12 extended, 17 internal, 3538 free

L2 Forwarding Resources
          MAC Table usage:   Module  Collisions  Total       Used       %Used
                             5                0  65536       4615          7%

            VPN CAM usage:                       Total       Used       %Used
                                                   512          0          0%
L3 Forwarding Resources
            FIB TCAM usage:                     Total        Used       %Used
                 72 bits (IPv4, MPLS, EoM)     196608       16579          8%
                144 bits (IP mcast, IPv6)       32768           8          1%

                    detail:      Protocol                    Used       %Used
                                 IPv4                       16577          8%
                                 MPLS                           1          1%
                                 EoM                            1          1%

                                 IPv6                           1          1%
                                 IPv4 mcast                     4          1%
                                 IPv6 mcast                     3          1%

           Adjacency usage:                     Total        Used       %Used
                                              1048576        3980          1%

    Forwarding engine load:
                    Module       pps   peak-pps                     peak-time
                    5         382525    3777658  20:14:08 Ukraine Wed May 22 2013

Netflow Resources
         TCAM utilization:       Module       Created      Failed       %Used
                                 5             130944           0        100%
         ICAM utilization:       Module       Created      Failed       %Used
                                 5                  0       30967          0%

                Flowmasks:   Mask#   Type        Features
                     IPv4:       0   reserved    none
                     IPv4:       1   Intf Ful    Intf NDE L3 Feature
                     IPv4:       2   Null
                     IPv4:       3   reserved    none

                     IPv6:       0   reserved    none
                     IPv6:       1   unused      none
                     IPv6:       2   unused      none
                     IPv6:       3   reserved    none

CPU Rate Limiters Resources
            Rate limiters:       Total         Used      Reserved       %Used
                   Layer 3           9            4             1         44%
                   Layer 2           5            3             3         60%

ACL/QoS TCAM Resources
 Key: ACLent - ACL TCAM entries, ACLmsk - ACL TCAM masks, AND - ANDOR,
      QoSent - QoS TCAM entries, QOSmsk - QoS TCAM masks, OR - ORAND,
      Lbl-in - ingress label, Lbl-eg - egress label, LOUsrc - LOU source,
      LOUdst - LOU destination, ADJ - ACL adjacency

 Module ACLent ACLmsk QoSent QoSmsk Lbl-in Lbl-eg LOUsrc LOUdst  AND  OR  ADJ
 5         12%    14%     1%     1%     1%     1%     0%     0%   0%  0%   1%

L3 Multicast Resources
 IPv4 replication mode: ingress
 IPv6 replication mode: ingress
 Bi-directional PIM Designated Forwarder Table usage: 4 total, 0 (0%) used
 Replication capability: Module                              IPv4        IPv6
                         1                                ingress     ingress
                         2                                ingress     ingress
                         3                                ingress     ingress
                         4                                ingress     ingress
                         5                                 egress      egress
                         7                                 egress      egress
                         9                                ingress     ingress
 MET table Entries: Module                             Total    Used    %Used
                    5                                  65516       6       1%

QoS Policer Resources
 Aggregate policers: Module                      Total         Used     %Used
                     5                            1024            1        1%
 Microflow policer configurations: Module        Total         Used     %Used
                                   5                64            1        1%

Switch Fabric Resources
 Bus utilization: not supported
 Fabric utilization:     Ingress                    Egress
   Module  Chanl  Speed  rate  peak                 rate  peak
   1       0         8G   24%   56% @17:29 31May13    9%   32% @20:11 14May13
   5       0        20G    2%    5% @09:23 05Jun13    5%   14% @20:32 27May13
   7       0         8G   11%   31% @19:09 04Jun13   25%   48% @20:10 15May13
   9       0         8G    0%   68% @00:17 11May13    0%   67% @00:17 11May13
 Switching mode: Module                                        Switching mode
                 1                                                   crossbar
                 5                                                        bus
                 7                                                   crossbar
                 9                                                   crossbar

Interface Resources
 Interface drops:
   Module    Total drops:    Tx            Rx      Highest drop port:  Tx  Rx
   2                       8192             0                           6   0
   4                       8744             0                          13   0
   5                       3958             0                           1   0
   7                      12698             0                          12   0

 Interface buffer sizes:
   Module                            Bytes:     Tx buffer           Rx buffer
   1     (asic-1)                                67107840              262080
   2     (asic-1)                                  112640               80896
   3     (asic-1)                                  442368               81920
   4     (asic-1)                                  442368               81920
   7     (asic-1)                                  901120              147456
   9     (asic-1)                                67107840              262080
IBC Resources
 Module                     Packets/sec     Total packets     Dropped packets
 5  RP      Rx:                   47171       63805915249                   0
            Tx:                     106         310704139                   0
 5  SP      Rx:                      16          74310842                   0
            Tx:                     475        2023029083                   0

SPAN Resources
 Source sessions: 16 maximum, 0 used
   Type                             Max      Used
   Local                              2(*)      0
   Local-tx                          14         0
   RSPAN source                       2(*)      0
   ERSPAN source                      2(*)      0
   Capture                            1(*)      0
   Service module                     1(*)      0
   OAM loopback                       1(*)      0
     * - shared source sessions and the total can not exceed 2
 Destination sessions: 64 maximum, 0 used
   Type                             Max      Used
   RSPAN destination                 64(*)      0
   ERSPAN destination                23(*)      0
     * - shared destination sessions and the total can not exceed 64

Multicast LTL Resources
 Usage:   30656 Total, 2149 Used

 

Ограничения TCAM не превышены?

 

ARP странный. IPTV-трафик до места назначения доходит?.

 

Поподробней можно? IPTV нет пока, принимаю только мультикаст поток на телесту, с нее iptv еще не транслирую. Это в планах.

 

Приостановите netflow если возможно, посмотрите.

Нельзя, сбор трафика все дела )

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Justas   

Justas
Опубликовано · Жалоба 

Netflow Resources
         TCAM utilization:       Module       Created      Failed       %Used
                                 5             130944           0        100%

 

Ну вот же, ограничения по нетфлоу превышены.

 

 

Поподробней можно? IPTV нет пока, принимаю только мультикаст поток на телесту, с нее iptv еще не транслирую. Это в планах.

 

tcam, если очень грубо - это хардварные ограничения устройства. То есть, лимиты обычных возможностей железки. Если эти лимиты превышены, обработка передается на процессор, то есть в софт, из-за чего резко вырастает загрузка cpu.

 

iptv - если вы вдруг неверно отдадите юникаст udp-трафик, скажем, в сегмент 10.10.0.0/16, в котором нет поднятого адреса назначения, то ARP-запросы на вашей циске очень быстро приведут к высокой нагрузке на процессор.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано · Жалоба

iptv я никуда не отдаю. Я принимаю транком влан с мультикастом и отправляю этот влан транком гигабитный порт куда включена телеста.

 

На старом IOS'е был точно такой же конфиг.

 

 TCAM utilization:       Module       Created      Failed       %Used
                                 5             130944           0        100%

 

Показывал точно такие же цифры. Нагрузка была 4-5%.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Justas   

Justas
Опубликовано · Жалоба

У вас был s72033- ipservices _wan-mz.122-33.SXH3.bin.

 

Вы перешли на s72033- adventerprisek9 _wan-mz.122-33.sxj5.bin.

 

Посмотрите по даташитам разницу между ними. Вероятно, 130 000 netflow-потоков для нового софта - слишком много.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

snark   

snark
Опубликовано · Жалоба

RCP, RSH (кстати один из 2-х запросто может влиять на CPU в момент операций биллинга с, скорее всего, ACL), DHCP Relay, VRF, BGP, PBR, NAT, ip tcp adjust-mss, Netflow вместе с Microflow policer (sic!) ... Сколько ж всего Вы взгромоздили на PFC3B (PFC3B != PFC3BXL, ЕМНИМС). Если бы еще модуль с автоминетчиком - вот было бы щастье :)

 

Отключайте не нужное (conf t -> no cdp run и т.д.) и высвобождайте ресурсы (например "mls cef maximum-routes", netflow только по опред. портам и т.п.) - это позволит хоть как-то выжать из супа то, что в нем еще осталось.

 

 

P.S. Шеститонник замечательная железка, но его возможности не безграничны же.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано · Жалоба

1. Nat'а нет. Ненужные строчки про нат убрал.

2. Дерганье по rsh убрал. Rcp не используется.

3. DHCP Relay нужная вещь и убрать нельзя, тоже касается BGP.

4. Microflow policer в данные момент не активен.

5. CDP отключил

 

#show processes cpu sorted | ex 0.00

CPU utilization for five seconds: 49%/41%; one minute: 49%; five minutes: 48%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

12 171413372 282065314 607 4.23% 4.00% 3.97% 0 ARP Input

277 51818888 315843094 164 1.43% 1.05% 0.92% 0 IP Input

358 31139448 10447187 2980 0.47% 0.49% 0.47% 0 CEF: IPv4 proces

301 446612 578257718 0 0.23% 0.17% 0.16% 0 Ethernet Msec Ti

52 2572484 5540282 464 0.23% 0.20% 0.18% 0 Per-Second Jobs

220 11646448 2013311 5784 0.23% 0.23% 0.23% 0 Compute load avg

550 13409856 20930488 640 0.23% 0.26% 0.29% 0 DHCPD Receive

346 11934548 2059722 5794 0.15% 0.15% 0.15% 0 IPC LC Message H

284 124 195 635 0.15% 0.10% 0.02% 1 Virtual Exec

258 2014232 4380223 459 0.07% 0.03% 0.02% 0 esw_vlan_stat_pr

65 7990960 359185696 22 0.07% 0.05% 0.07% 0 Net Input

279 19900468 170811108 116 0.07% 0.07% 0.07% 0 ADJ resolve proc

317 2908076 931848 3120 0.07% 0.04% 0.05% 0 QOS Stats Gather

246 164396 140973328 1 0.07% 0.04% 0.05% 0 ACE Tunnel Task

 

Кто подскажет, что отжирает процессор или как это выяснить?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

tartila   

tartila
Опубликовано · Жалоба

Кто подскажет, что отжирает процессор или как это выяснить?

 

show platform health

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

nnm   

nnm
Опубликовано · Жалоба

Кто подскажет, что отжирает процессор или как это выяснить?

 

У Вас 41% времени процессор обрабатывает прерывания. Насколько я понимаю, это значит, что некоторые транзитные пакеты не могут быть обработаны аппаратно на PFC и передаются на MSFC. Причин, по которым так может быть очень много.

Можно порыть вот такой полезный документ:

 

http://www.cisco.com/en/US/products/hw/switches/ps708/products_tech_note09186a00804916e0.shtml

 

В нем есть в частности такая фраза:

"The Supervisor Engine 720 with PFC3-BXL supports up to 1,000,000 entries. Once this space is exceeded, the packets become switched in software. This can cause high CPU utilization on the RP."

 

Ваш Sup720B отличается от BXL только размерами TCAM. По идее переполнение flow cache должно приводить к таким-же последствиям. Так, что я подозреваю NetFlow.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

serg_sk   

serg_sk
Опубликовано · Жалоба

Хм, убрал айпишку с мультикастового влана и все нормализовалось. Влан проходит транком с uplink'а на телесту.

 

cisco6509#show processes cpu sorted | ex 0.00
CPU utilization for five seconds: 13%/4%; one minute: 15%; five minutes: 25%
PID Runtime(ms)   Invoked      uSecs   5Sec   1Min   5Min TTY Process 
277    53015652 321696824        164  3.91%  3.97%  3.87%   0 IP Input         
 12   172165524 282872674        608  2.15%  1.99%  2.04%   0 ARP Input        
358    31285428  10485689       2983  0.55%  0.59%  0.60%   0 CEF: IPv4 proces 
550    13513332  21053390        641  0.55%  0.43%  0.37%   0 DHCPD Receive    
371   136308504  16386228       8318  0.23%  0.12%  0.12%   0 FM core          
220    11712920   2021396       5794  0.23%  0.22%  0.23%   0 Compute load avg 
 52     2611588   5562167        469  0.23%  0.24%  0.24%   0 Per-Second Jobs  
301      448800 580479771          0  0.15%  0.15%  0.15%   0 Ethernet Msec Ti 
279    19939312 171036314        116  0.15%  0.14%  0.15%   0 ADJ resolve proc 
284       51580     49325       1045  0.07%  0.17%  3.70%   1 Virtual Exec     
 65     8027712 360268745         22  0.07%  0.08%  0.07%   0 Net Input        
470     1312548  10940402        119  0.07%  0.03%  0.02%   0 RPC online_diag_ 
379     1749380   2354483        742  0.07%  0.04%  0.05%   0 HIDDEN VLAN Proc 
346    11992844   2067429       5800  0.07%  0.20%  0.20%   0 IPC LC Message H 
317     2921968    935363       3123  0.07%  0.04%  0.05%   0 QOS Stats Gather

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

NikAlexAn   

NikAlexAn
Опубликовано · Жалоба

Просто no ip addr или no int vlan xxx?

если не нужен 3 уровень в этом влане - то лучше no int vlan.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Tosha   

Tosha
Опубликовано · Жалоба

Интересный эффект от наличия IP в мультикаст VLAN... Не знал о такой "возможности"...

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

snark   

snark
Опубликовано · Жалоба

Зачем нужен SVI во влане с мультиком, если нет непосредственной маршрутизации оного?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

nixx   

nixx
Опубликовано · Жалоба

вопрос по теме - подскажите, как/чем отловить на sup720 ситуацию, когда клиент подставляет левые ип и пытается флудить во внешний мир?

ну т.е. debug... что? или другие варианты?

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

zi_rus   

zi_rus
Опубликовано · Жалоба

strict urpf и забыть о проблеме

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

nixx   

nixx
Опубликовано · Жалоба

крайне благодарен и за netdr, и за urpf.

а причиной загрузки RP на 40-50% на sup720 стал dhcpv6, как это ни печально. у клиента сошел с ума длинк-роутер и генерил 15-18k pps dhcpv6 запросов.

Поделиться сообщением

Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
Подписчики 0
Перейти к списку тем Активное оборудование Ethernet, IP, MPLS, SDN/NFV...