Cisco

ME-C3750-24-TE and IOS memory problem

If you meet a IOS crash bug such as :

Pool: Processor  Free: 164996  Cause: Memory fragmentation
Alternate Pool: None  Free: 0  Cause: No Alternate pool

-Process= "HQM Stack Process", ipl= 0, pid= 112
-Traceback= 26C41C 31CB0C 3222C8 B1FDF0 B08F50 35B764 351D2C
%SYS-2-MALLOCFAIL: Memory allocation of 36688 bytes failed from 0xB1FDEC, alignment 8
Pool: Processor  Free: 164996  Cause: Memory fragmentation
Alternate Pool: None  Free: 0  Cause: No Alternate pool

-Process= "HQM Stack Process", ipl= 0, pid= 112
-Traceback= 26C41C 31CB0C 3222C8 B1FDF0 B08F50 35B764 351D2C

And your environnment is MPLS/OSPF on this kind of hardware, you can be aware of that : When you add a new OSPF neighbor to mesh your network, you can meet memory problem and crash.

Ping tool : How to learn some new stuff

We always can learn some useful new thing in reading manual. This is what I have done and lear an interesting features by means of ping -R. What we can read in ping(8) on a Linux System : -R Record route. Includes the RECORD_ROUTE option in the ECHO_REQUEST packet and displays the route buffer on returned packets. Note that the IP header is only large enough for nine such routes. Many hosts ignore or discard this option.

It can be really useful such as :

It finally arrived.

It finally arrived in my mailbox during this week. Beginning from CCENT, I was really happy to open this mail and discover my CCNP paper certification. Come on working on CCIP to see another paper in my mailbox…

Let's go for 642-611

Ok. Now CCNP is behind, let’s go to 642-611 exam. I hope delivery of this book will not be too long. I’ve long been interested in MPLS and L2VPN. You can search on this website, you will find some readings and GN3 labs… Come on now for real : MPLS and VPN architectures readings. I am looking forward reading about MPLS, VPN and traffic engieneering… But before some family stuff.

CCNP certified

Enfin !! Pas toujours facile lorsque les révisions ne peuvent être réalisées que le soir chez soi. D’ailleurs, je remercie ma femme pour tout ce qu’elle me donne et les encouragements. TSHOOT(642-832) est intéressant comme examen :)
Bref. Let’s go to CCIP. Beaucoup s’oriente vers le CCIE, pour ma part je ne pourrais financer le lab. De plus, comme il me manque une grosse partie sur le MPLS et QOS (qui était avant fournie par ISCW et ONT), je me suis décidé à passer le CCIP. Celui-ci se compose des examens suivants : - MPLS : 642-611 - BGP  : 642-661 - QOS  : 642-642 Bon d’ici que je sois certifié CCIP, je serais peut-être dans une entreprise qui pourra me financer le lab ?!? Qui sait…

HSRP and track object

HSRP track object is a really cool stuff to modulate behaviour of HSRP.
This kind of object is usually used by means of ’line-protocol’ feature. You can change Active Virtual Router, if an upstream interface comes down.
Such as :

DWS1(config)# track 20 interface FastEthernet 1/13 line-protocol
DWS1(config)# interface fa 1/13
DSW1(config-if)#standby 10 track FastEthernet 1/13 60

If FastEthernet 1/23 comes down. HSRP priority is decremented by 60.

But, you can use track object with condition on routes. Object reacts when it is and is not between some values. These values are scaled because of different kinds of metric. Imagine EIGRP and RIP metrics. It is so different. It is due to this, we seed metric in redistribution and here we scale it to be able to make condition on routes.

IOS : ttcp

Voici une petite astuce à deux balles. Pour ceux qui voudrait faire un petit test de débit entre un Linux et un routeur Cisco, l’outil ttcp est à là pour vous. Ne chercher pas à le trouver avec votre copine : la touche “Tab” ;) nas-cde-madrillet#tt? % Unrecognized command nas-cde-madrillet#tt
Néanmoins : nas-cde-madrillet#ttcp transmit or receive [receive]: perform tcp half close [n]: receive buflen [8192]: bufalign [16384]: bufoffset [0]: port [5001]: sinkmode [y]: rcvwndsize [4128]: 6250000 delayed ACK [y]: show tcp information at end [n]: ttcp-r: buflen=8192, align=16384/0, port=5001 rcvwndsize=6250000, delayedack=yes tcp ttcp-r: accept from 217.169.242.181 (mss 536, sndwnd 5888, rcvwnd 65511) ttcp-r: 40501272 bytes in 10012 ms (10.012 real seconds) (~3950 kB/s) +++ ttcp-r: 6036 I/O calls ttcp-r: 0 sleeps (0 ms total) (0 ms average) nas-cde-madrillet# Et du côté de ma station Linux : clucas@pluton:~$ iperf -c nas-cde-madrillet -i 1 ------------------------------------------------------------ Client connecting to nas-cde-madrillet, TCP port 5001 TCP window size: 16.0 KByte (default) ------------------------------------------------------------ [ 3] local 217.169.242.181 port 41570 connected with 217.169.240.130 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0- 1.0 sec 3.80 MBytes 31.9 Mbits/sec [ 3] 1.0- 2.0 sec 3.82 MBytes 32.0 Mbits/sec [ 3] 2.0- 3.0 sec 3.84 MBytes 32.2 Mbits/sec [ 3] 3.0- 4.0 sec 3.84 MBytes 32.2 Mbits/sec [ 3] 4.0- 5.0 sec 3.85 MBytes 32.3 Mbits/sec [ 3] 5.0- 6.0 sec 3.87 MBytes 32.4 Mbits/sec [ 3] 6.0- 7.0 sec 3.90 MBytes 32.7 Mbits/sec [ 3] 7.0- 8.0 sec 3.84 MBytes 32.2 Mbits/sec [ 3] 8.0- 9.0 sec 3.94 MBytes 33.0 Mbits/sec [ 3] 9.0-10.0 sec 3.93 MBytes 33.0 Mbits/sec [ 3] 0.0-10.0 sec 38.6 MBytes 32.4 Mbits/sec Si vous ne voulez pas être déçu sur les débits que vous mesurez, je vous conseille de positionner ‘rcvwndsize’ à : rcvwndsize = (BW nominale / 8) * delai avec : * BW nominale en bit/s * délai en seconde

C'est malin, je ne sais plus lequel choisir

Avec l’arrivée du CCNP SP ops(Service Provider Operations), je ne sais plus lequel je vais faire après avoir obtenu le CCNP (Routing and Switching).
C’est malin, CCNP SP ops a l’air vraiment intéressant aussi avec :

  • Operational Foundations for Cisco Service Provider Core Networks (OFCN)
  • Maintaining Cisco Service Provider Routing Protocols (MSPRP)
  • Maintaining Cisco Service Provider VPNs and MPLS Networks (MSPVM)
  • Maintaining Cisco Service Provider Quality of Service (MSPQS)

Vous aurez plus d’informations sur le CLN : CCNP SP ops