[c-nsp] Speed problem and router seems to sluggish

[Pavel Skovajsa]

My initial thought is that the old WS-X6704-10GE card is about 6/7 years
old, has ridiculously low buffers and generally is a pain to work with. On
the other side it should definitively do more than 150Mbps - so it is
probably something else.

One clue what might be wrong is the fact that Catalyst 6500 starts
responding slowly - this is hardware platform the amount of traffic
forwarded (whether it is 150 Mbps, or 200 Gbps) should not make difference
in the way the MSFC responds. Therefore I would suspect that you have
probably something punted to the CPU which causes high CPU and low bandwidth
due to the CPU busy forwarding traffic in software instead of hardware.

Try doing "show proc cpu history" , "show proc cpu sorted", during the peak
150Mbps load and after.

-pavel

On Fri, Jun 25, 2010 at 11:34 PM, Rudy Setiawan <rudy at rudal.com> wrote:

> Hi all,
>
> I need some light on this problem that I'm having.
>
> We implemented 2 new routers with the following devices/modules:
>
> core2::
> Mod Ports Card Type                              Model              Serial
> No.
> --- ----- -------------------------------------- ------------------
> -----------
>  2    4  CEF720 4 port 10-Gigabit Ethernet      WS-X6704-10GE
>  3    8  8 port 1000mb ethernet                 WS-X6408-GBIC
>  4    8  8 port 1000mb GBIC Enhanced QoS        WS-X6408A-GBIC
>  5    2  Supervisor Engine 720 (Active)         WS-SUP720-3B
>  7    8  8 port 1000mb GBIC Enhanced QoS        WS-X6408A-GBIC
>  8    8  8 port 1000mb ethernet                 WS-X6408-GBIC
>  9   48  48 port 10/100 mb RJ45                 WS-X6348-RJ-45
>
> Mod  Sub-Module                  Model              Serial       Hw
> Status
> ---- --------------------------- ------------------ ----------- -------
> -------
>  2  Distributed Forwarding Card WS-F6700-DFC3B     SAL1222S11H  4.6    Ok
>  5  Policy Feature Card 3       WS-F6K-PFC3B       SAL1012GLH0  2.2    Ok
>  5  MSFC3 Daughterboard         WS-SUP720          SAL1012GG2H  2.4    Ok
>
>
> border2::
> border2#sh mod
> Mod Ports Card Type                              Model              Serial
> No.
> --- ----- -------------------------------------- ------------------
> -----------
>  2    4  CEF720 4 port 10-Gigabit Ethernet      WS-X6704-10GE
>  3    8  8 port 1000mb GBIC Enhanced QoS        WS-X6408A-GBIC
>  4    8  8 port 1000mb GBIC Enhanced QoS        WS-X6408A-GBIC
>  5    2  Supervisor Engine 720 (Active)         WS-SUP720-3BXL
>
> Mod  Sub-Module                  Model              Serial       Hw
> Status
> ---- --------------------------- ------------------ ----------- -------
> -------
>  2  Distributed Forwarding Card WS-F6700-DFC3B     SAL10489CQ0  4.4    Ok
>  5  Policy Feature Card 3       WS-F6K-PFC3BXL     SAD111706XS  1.8    Ok
>  5  MSFC3 Daughterboard         WS-SUP720          SAD111608DE  2.6    Ok
>
>
> Border2 interface Te2/1 is connected to an Internet Provider (Using
> XENPAK-10GB-ER)
> Border2 interface Te2/2 is connected to Core2 interface Te2/1 (Using
> XENPAK-10GB-LX4)
>
> In Core2, we have a customer who is connected via a Port-Channel (interface
> Gi 3/7 and Gi 3/8) who is usually pulling 1.2Gbps inbound of traffic from
> the Internet.
> This customer is having an issue where it can not pull more than 150Mbps
> inbound. But from our existing network (2Gbps uplinks), he can pull 1.2
> Gbps
> of inbound no problem.
>
> The two networks have the same Internet Provider.
>
> There are no QOS enabled on both border2 or core2::
> border2#sh mls qos
>  QoS is disabled globally
> border2#
>
> Routing Protocol: BGP on the provider peer.
> Border2 and Core2: OSPF a simple one both have redistribute static and
> connected
>
> Then we tried to move the port-channel for the customer to border2, the
> router seems to respond very slowly to keyboard input ("due to high traffic
> of 150Mbps") but after shutting down the port-channel, the keyboard input
> seems fine (no more sluggish). Network seems good.
>
> Please let me know what I did wrong. If you need additional info, please
> let
> me know.
>
> Thank you
>
> Regards,
> Rudy
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>