Re: [c-nsp] IP SLA Scalability
On Thu, Oct 21, 2010 at 4:52 PM, Mikael Abrahamsson swm...@swm.pp.sewrote: On Thu, 21 Oct 2010, Ben Steele wrote: Has anyone ran a rather large amount of SLA probes from a router who can comment on the cpu performance characteristics on how it scaled for your particular platform? You should really contact your account team to get a comment from them. I've spoken to the product manager for IP SLA and I was quite surprised by some comments I got regarding the functionality and the thinking/handling of it within Cisco. Yes good advice and I plan to talk to an SE about it soon, but nothing quite like hearing people's real world experiences with it, like yourself :) Specifically looking to see if its feasible to expect a router to be able to go upwards of 500+ simultaneous monitors(looking at a total of about 10-15k pps of udp-jitter probes in total). I'd say Cisco doesn't have a product that has been designed to scale this far and is supposed to work for prolonged sustained testing like I guess you want to do. They consider 300 second of 50pps testing extremely long and if single high jitter packet in that long test occurs, the opinion seems to be that fixes for that is on a best-effort work priority. It's not something they really test on all platforms and all code. Not entirely sure what you mean here, the udp-jitter probe has a computational delay timestamp put into it by the responder to account for any cpu delays in the processing, however, how well that works in a generally non pre-emptive environment like IOS with a high number of monitors is yet to be seen(well, by me anyway.) Before anyone says that I should look at another vendor/solution, this is already being done in the background. I am purely after what a Cisco router can offer in this regards, i've never come across more than about 20 sla probes on a router before so am interested to hear the results. If you're doing this in an MPLS VPN scenario, you might want to make sure you test your code so it has timestamping for arrival time for packets even if they are labeled. I ran into this on a 7301 5 years ago, took 14 months for that TAC case to complete with the answer that timestamping wasn't done in labeled packets and as a result, any cpu spike would cause jitter in the measurements. Converting the router to IP only (putting it behind a MPLS PE router) solved the problem. Not MPLS VPN, but end-to-end LSP tunnel so still label switched either way, I would have expect the ip sla process to only be exposed to the IP layer before/after necessary imposition/disposition had occurred. Appreciate your feedback. Ben -- Mikael Abrahamssonemail: swm...@swm.pp.se ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] any program will send SMS message as Network device down and resume
Dear All, Anyone know what program will send the sms to people as the network device is down and resume as well. Thanks and Regards, Edward ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] any program will send SMS message as Network device down?and resume
Edward Iong edward_io...@hotmail.com wrote: Anyone know what program will send the sms to people as the network device is down and resume as well. http://lmgtfy.com/?q=sms+monitor+oss Cheers -- Alexander Clouter .sigmonster says: If God is One, what is bad? -- Charles Manson ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] IP SLA Scalability
If you're doing this in an MPLS VPN scenario, you might want to make sure you test your code so it has timestamping for arrival time for packets even if they are labeled. I ran into this on a 7301 5 years ago, took 14 months for that TAC case to complete with the answer that timestamping wasn't done in labeled packets and as a result, any cpu spike would cause jitter in the measurements. Converting the router to IP only (putting it behind a MPLS PE router) solved the problem. We dont do labelled for (this amongst other) reason either, we have probes (dedicated or virtualised) on each PE, in a full mesh. Dave. -- David Freedman Group Network Engineering Claranet Group ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
On Thu, 21 Oct 2010, Daniel Hooper wrote: I was under the impression that interfaces handling Q-in-Q needed atleast an MTU of 1504 bytes. The 7206 doesn't accept anything higher than 1500 on that interface. I did some testing with the carrier today and we found that 1490 was the highest MTU that would reliably allow web browsing. One would think that 1496 or 1492 would do the trick but 1492 didn't make a difference. There was some useability at 1491. Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
Le 21/10/2010 11:21, Antonio Querubin a écrit : On Thu, 21 Oct 2010, Daniel Hooper wrote: I was under the impression that interfaces handling Q-in-Q needed atleast an MTU of 1504 bytes. The 7206 doesn't accept anything higher than 1500 on that interface. I did some testing with the carrier today and we found that 1490 was the highest MTU that would reliably allow web browsing. One would think that 1496 or 1492 would do the trick but 1492 didn't make a difference. There was some useability at 1491. Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ Hi, On this kind of router : core4.rou01#sh ver | inc IOS IOS (tm) 7200 Software (C7200-P-M), Version 12.3(19), RELEASE SOFTWARE (fc2) This Version of Cisco IOS Software is not supported on NPE300. Please select a version of Cisco IOS software compatible with core4.rou01#sh run int gi 0/0 Building configuration... Current configuration : 167 bytes ! interface GigabitEthernet0/0 mtu 1530 ip address x.x.x.x 255.255.255.252 duplex full speed 1000 media-type gbic negotiation auto tag-switching ip end core4.rou01# ping y.y.y.y si 1520 Type escape sequence to abort. Sending 5, 1520-byte ICMP Echos to 217.169.255.1, timeout is 2 seconds: ! Success rate is 100 percent (5/5), round-trip min/avg/max = 1/2/4 ms core4# You could be able to set mtu higher than 1500, so that you can handle q-in-q frames. off topic I am interested in what kind of router are terminating your Q-in-Q vlan ? /off -- Christophe Lucas - Network Engineer - c.lu...@infosat-telecom.fr Tel : +33(0)974.762.595 - Fax : +33(0)09.72.19.53.58 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
On Thu, 21 Oct 2010, Christophe Lucas wrote: You could be able to set mtu higher than 1500, so that you can handle q-in-q frames. 1500 is the highest MTU the router will accept for configuration on its FastEthernet interfaces. It doesn't have any GigabitEthernet interfaces. off topic I am interested in what kind of router are terminating your Q-in-Q vlan ? /off It's a 7206VXR running IOS 12.4. Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
Le 20/10/2010 19:42, Antonio Querubin a écrit : A new carrier will be handing us customer connections as q-in-q vlans. However, during our initial network validation we noticed what seem like possible MTU issues. Pings work fine but HTTP connections to various sites is flakey - more so for IPv4 than IPv6 oddly enough. The customer circuit is terminated on a q-in-q sub-interface of a FastEthernet interface on our Cisco 7206VXR. We interconnect with the carrier's Ciena switches through our HP Procurve 4000M switches: 7206VXR --- HP 4000M --- HP 4000M --- Ciena switches ... --- customer Our HP switches use an MTU of 1514. The default MTU on our 7206 sub-interfaces is 1500. The MTU of the physical FastEthernet is 1500. Hi, Oh sorry, don't have seen __FastEthernet__. Sorry for the noise :( Regards, -- Christophe Lucas - Network Engineer - c.lu...@infosat-telecom.fr Tel : +33(0)974.762.595 - Fax : +33(0)09.72.19.53.58 ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
Problem is the DEC chip found on PA-FE-TX , it has a hard limit of 1530 PDU (i.e on the wire, with headers), IOS prevented you changing the mtu on the interface (which is usually the SDU, i.e without the ethernet frame overhead) because it was so close to the edge, but with advent of tag-switching mtu you were allowed to bleed into this space, in later releases they abandoned tag-switching mtu in favour of just letting the user configure the mtu directly up to the 1530 limit (but woe betide you if you configured it 1530 as this is the assumed SDU and hence had a PDU 1530!) Dave. Antonio Querubin wrote: On Thu, 21 Oct 2010, Christophe Lucas wrote: You could be able to set mtu higher than 1500, so that you can handle q-in-q frames. 1500 is the highest MTU the router will accept for configuration on its FastEthernet interfaces. It doesn't have any GigabitEthernet interfaces. off topic I am interested in what kind of router are terminating your Q-in-Q vlan ? /off It's a 7206VXR running IOS 12.4. Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ -- David Freedman Group Network Engineering Claranet Group ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Redistributing ipv6 static default route into eigrpfailure
It does work this way - in 12.4(24)T1 anyway. I'm curious what hardware/software op's using and why is seed metric required there. R1#sh run int fa0/0 Building configuration... Current configuration : 129 bytes ! interface FastEthernet0/0 no ip address duplex auto speed auto ipv6 address 2620:0:2810:104::252/64 ipv6 eigrp 14607 end R1#sh run | i ipv6 route ipv6 route ::/0 FastEthernet0/0 2620:0:2810:104::1 R1#sh run | s i r e ipv6 router eigrp 14607 no shutdown redistribute static R1#sh ipv6 eigrp topology IPv6-EIGRP Topology Table for AS(14607)/ID(10.0.0.3) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P ::/0, 1 successors, FD is 256 via Rstatic (256/0) P 2620:0:2810:104::/64, 1 successors, FD is 28160 via Connected, FastEthernet0/0 R1#sh ver | i Ver Cisco IOS Software, 2801 Software (C2801-ADVIPSERVICESK9-M), Version 12.4(24)T1, RELEASE SOFTWARE (fc3) ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1) On Thu, Oct 21, 2010 at 7:49 AM, Gert Doering g...@greenie.muc.de wrote: Hi, On Thu, Oct 21, 2010 at 07:36:48AM +0200, Oliver Boehmer (oboehmer) wrote: My bad. You are right. It has been too long since I last checked ;-) same here, fell into the same trap.. guess with static being the only exception (is this documented anywhere?), adding default-metric to eigrp has been in my dna, not questioning the exceptions :) Well, I'm not sure whether it's documented anywhere, but this is soo useful :-) - and this is what we really missed when we changed from customer-routes-in-EIGRP to customer-routes-in-BGP. Our typical usage case is two routers, HSRP, trying to get (mostly) symmetric traffic - so we put bandwidth 1g on the master router, bandwith 100k on the backup router, and EIGRP will do the right thing. With BGP, extra route maps and stuff are needed to designate certain statics-to-interfaces as this is backup. (I find it surprising that it doesn't work that way for EIGRP-for-IPv6...) gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025 g...@net.informatik.tu-muenchen.de ___ cisco-nsp mailing list cisco-...@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] BGP Reestablish-order
Hi, I could be completely wrong (or this could be platform specific) but I believe that some of this can be avoided by making sure that the path MTU is the highest possible. From what I understand the longer it takes for all of the information to be received by your router the harder the BGP router process has to work, so if you can make it so the BGP table downloads faster this might mitigate some of the performance problem you are seeing and not be such a big deal. I know at least that in the case of a PRP-2 (IOS, not XR) it seems to be the case. -Drew -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Mario Iseli Sent: Wednesday, October 20, 2010 8:52 PM To: cisco-nsp@puck.nether.net Subject: [c-nsp] BGP Reestablish-order Hi there, I have the problem that the CPU on my router is going mad when my link to an IX gets up again after an interface flap, the router reestablishes all sessions in the same time and then kinda gets in a loop because he begins to drop BGP packets after being so busy processing BGP updates. :-) Is there a way to define the order how those sessions come up again or that I can specify a reestablish timer for each neighbor, so that I can let the less important peers to wait for a specific amount of time before trying to get the session back? I'm looking forward to see if anyone of you had the same experiences and how you solved this situation. Thank you for your inputs and best regards, Mario --- Mario Iseli Network Engineer Finecom Telecommunications AG Internet Communication Robert-Walser-Platz 7 CH-2501 Biel/Bienne Phone +41 (0)32 559 99 99 Fax+41 (0)32 559 99 90 Email mario.is...@finecom.ch Webhttp://www.finecom.ch --- ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Redistributing ipv6 static default route into eigrpfailure
Cisco 6509/Sup720/MSFC3 running 12.2(33)SXI4 The only route redistribution we do (at least in our internal core network) is static - eigrp, so that's why we never have had to modify the default metrics. Again, the only issue to me is that the syntax allowed me to configure redistribute static and silently failed. In the past (with ipv4 eigrp), without specifying the metrics on that line or using default-metric command, IOS would redistribute the metrics with default settings. Either not allowing the command without specifying the full command line or using the default values would be fine, but accepting the command and then not working isn't okay. Matthew Huff | One Manhattanville Rd OTA Management LLC | Purchase, NY 10577 http://www.ox.com | Phone: 914-460-4039 aim: matthewbhuff | Fax: 914-460-4139 -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Andriy Bilous Sent: Thursday, October 21, 2010 7:05 AM To: Gert Doering Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Redistributing ipv6 static default route into eigrpfailure It does work this way - in 12.4(24)T1 anyway. I'm curious what hardware/software op's using and why is seed metric required there. R1#sh run int fa0/0 Building configuration... Current configuration : 129 bytes ! interface FastEthernet0/0 no ip address duplex auto speed auto ipv6 address 2620:0:2810:104::252/64 ipv6 eigrp 14607 end R1#sh run | i ipv6 route ipv6 route ::/0 FastEthernet0/0 2620:0:2810:104::1 R1#sh run | s i r e ipv6 router eigrp 14607 no shutdown redistribute static R1#sh ipv6 eigrp topology IPv6-EIGRP Topology Table for AS(14607)/ID(10.0.0.3) Codes: P - Passive, A - Active, U - Update, Q - Query, R - Reply, r - reply Status, s - sia Status P ::/0, 1 successors, FD is 256 via Rstatic (256/0) P 2620:0:2810:104::/64, 1 successors, FD is 28160 via Connected, FastEthernet0/0 R1#sh ver | i Ver Cisco IOS Software, 2801 Software (C2801-ADVIPSERVICESK9-M), Version 12.4(24)T1, RELEASE SOFTWARE (fc3) ROM: System Bootstrap, Version 12.4(13r)T, RELEASE SOFTWARE (fc1) On Thu, Oct 21, 2010 at 7:49 AM, Gert Doering g...@greenie.muc.de wrote: Hi, On Thu, Oct 21, 2010 at 07:36:48AM +0200, Oliver Boehmer (oboehmer) wrote: My bad. You are right. It has been too long since I last checked ;-) same here, fell into the same trap.. guess with static being the only exception (is this documented anywhere?), adding default-metric to eigrp has been in my dna, not questioning the exceptions :) Well, I'm not sure whether it's documented anywhere, but this is soo useful :-) - and this is what we really missed when we changed from customer-routes-in-EIGRP to customer-routes-in-BGP. Our typical usage case is two routers, HSRP, trying to get (mostly) symmetric traffic - so we put bandwidth 1g on the master router, bandwith 100k on the backup router, and EIGRP will do the right thing. With BGP, extra route maps and stuff are needed to designate certain statics-to-interfaces as this is backup. (I find it surprising that it doesn't work that way for EIGRP-for-IPv6...) gert -- USENET is *not* the non-clickable part of WWW! //www.muc.de/~gert/ Gert Doering - Munich, Germany g...@greenie.muc.de fax: +49-89-35655025 g...@net.informatik.tu-muenchen.de ___ cisco-nsp mailing list cisco-...@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] BGP Reestablish-order
Hi Mario I have the problem that the CPU on my router is going mad when my link to an IX gets up again after an interface flap, the router reestablishes all sessions in the same time and then kinda gets in a loop because he begins to drop BGP packets after being so busy processing BGP updates. :-) Are you sure it is not related to your IGP? You would need a pretty large number of peers or a very slow cpu to have a problem like this. How many peers do you have, and how many prefixes average? Are BGP packets being dropped (tcp unacknowledged)? If this is the case, the remote end will retransmit but there will be a time delay. Are the remote ends closing the connection after drops and starting again? Is there a way to define the order how those sessions come up again or that I can specify a reestablish timer for each neighbor, so that I can let the less important peers to wait for a specific amount of time before trying to get the session back? For this to work, the implementation would also have to block incoming connections for the duration (the neighbour's timer could expire before yours, then they would start the connection). You may want to look at tcp window sizes. If the problem is that your cpu is so chewed it cannot sent tcp acknowledgements then something is seriously wrong. (It would also mean that the neighbours would 'back off' for a while before retransmitting) If the problem is that your BGP process is dealing with the updates, it should be sending tcp window size 0 to the neighbors (telling them to wait a while). As a first step, try to completely understand what the CPU is actually doing. You might find there is something easy you could do to minimise the effect.. Heath ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] q-in-q mtu
On Thu, 21 Oct 2010, Daniel Hooper wrote: The 7206 doesn't accept anything higher than 1500 on that interface. Some 12.2S trains allow you to up the MTU on 7200 to 1530. I'm currently running SB, I'm unsure if SR* can do it or not. http://puck.nether.net/pipermail/cisco-nsp/2007-March/039033.html ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] any program will send SMS message as Network device down and resume
http://oss.oetiker.ch/smokeping/ On 10/21/2010 1:39 AM, Edward Iong wrote: Dear All, Anyone know what program will send the sms to people as the network device is down and resume as well. Thanks and Regards, Edward ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ -- Chris Gotstein, Network Engineer, U.P. Logon/Computer Connection U.P. http://uplogon.com | +1 906 774 4847 | ch...@uplogon.com ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Cisco OneX module question.
Hello, Did someone tested Cisco OneX module with SFP+ LR or SFP+ ER modules ? We have here Cisco Catalyst 4900M, and i'd like to know is it going to work or no: 4900M - OneX - SFP-10G-ER ? I read cisco site about OneX compatible list and there is no LR or ER modules there. -- Best regards, Igor Kremez ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Cisco OneX module question.
Hi Igor, we use SFP+ LR transceivers with OneX (CVR-X2-SFP10G) reductions in our 4900M without problems. There are some caveats regarding to using OneX on 4900M (like you have to wait aprox. two minutes before inserting/removing the reduction, otherwise error with duplicate S/N appears in log.. but it's working. Now in one of our 4900M we have got about 10 OneX reductions with LR transceivers. If you have any other questiona regarding to this setup, don't hesitate to ask me directly. Kid regards, Jiri -Original Message- From: cisco-nsp-boun...@puck.nether.net [mailto:cisco-nsp-boun...@puck.nether.net] On Behalf Of Igor Kremez Sent: Thursday, October 21, 2010 4:19 PM To: cisco-nsp@puck.nether.net Subject: [c-nsp] Cisco OneX module question. Hello, Did someone tested Cisco OneX module with SFP+ LR or SFP+ ER modules ? We have here Cisco Catalyst 4900M, and i'd like to know is it going to work or no: 4900M - OneX - SFP-10G-ER ? I read cisco site about OneX compatible list and there is no LR or ER modules there. -- Best regards, Igor Kremez ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] BGP Reestablish-order
21.10.2010 3:52, Mario Iseli пишет: Hi there, I have the problem that the CPU on my router is going mad when my link to an IX gets up again after an interface flap, the router reestablishes all sessions in the same time and then kinda gets in a loop because he begins to drop BGP packets after being so busy processing BGP updates. :-) If your interface flaps sometimes for a short period, you can protect your router with no bgp fast-external-fallover command in router bgp section. Also there is per-interface command [no] ip bgp fast-external-fallover. This is not what you ask exactly, but may be helpful in some conditions. At least BGP speaker will not drop all directly connected peers in case of interface flap. Hope this help a bit. Is there a way to define the order how those sessions come up again or that I can specify a reestablish timer for each neighbor, so that I can let the less important peers to wait for a specific amount of time before trying to get the session back? I'm looking forward to see if anyone of you had the same experiences and how you solved this situation. Thank you for your inputs and best regards, Mario --- Mario Iseli Network Engineer Finecom Telecommunications AG Internet Communication Robert-Walser-Platz 7 CH-2501 Biel/Bienne Phone +41 (0)32 559 99 99 Fax+41 (0)32 559 99 90 Email mario.is...@finecom.ch Webhttp://www.finecom.ch --- ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ -- Sincerely yours, Artyom Viklenko. --- ar...@aws-net.org.ua | http://www.aws-net.org.ua/~artem ar...@viklenko.net | JID: ar...@jabber.aws-net.org.ua FreeBSD: The Power to Serve - http://www.freebsd.org ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] L2 Long Haul/Transport switch recommendation
Hi everyone, I am looking for a recommendation for a switch to use for L2 transport between two locations. Essentially I will have 4-5 1G ports and they will be carried over a 10G connection using VLANs. My main problem is that in the future I will need more 10G ports and most of the 'fixed configuration' switches only come with 2x 10G ports. So far I am looking at the 4900M and the WS-C3560E-12D-S. Does have any recommendations for something I am overlooking? thanks, -Drew ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
On Thu, 21 Oct 2010, David Freedman wrote: Problem is the DEC chip found on PA-FE-TX , it has a hard limit of 1530 It's actually the built-in FastEthernet port instead of a port adapter: #show controllers fastEthernet 0/0 Interface FastEthernet0/0 Hardware is DEC21140A PDU (i.e on the wire, with headers), IOS prevented you changing the mtu on the interface (which is usually the SDU, i.e without the ethernet frame overhead) because it was so close to the edge, but with advent of tag-switching mtu you were allowed to bleed into this space, in later releases they abandoned tag-switching mtu in favour of just letting the user configure the mtu directly up to the 1530 limit (but woe betide you if you configured it 1530 as this is the assumed SDU and hence had a PDU 1530!) This IOS is either too old or too crippled. It doesn't have 'tag-switching mtu' and the max configurable mtu is 1500. So I'm still wondering why (according to the carrier doing the testing): - Setting our sub-interface IPv4 mtu to 1490 works but 1492 does not - IPv6 isn't affected Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] How does multicast multipath next-hop-based hashing actually work?
We've been having a bear of a time trying to get equitable distributions of traffic over sets of links where the traffic is nearly 100% multicast. We seem to end up with a couple of links that have a lot of S,Gs attached to them and other links that only have a few. Since the traffic rate per stream is about the same, this leads to a lot higher utilization on certain links, and in some cases (like at 5:00 AM this morning) one link getting overdriven to the point of dropping production video traffic. We've read the documentation on CCO about multicast multipath, but it doesn't go into enough detail about how the hash works under the hood. We need to understand this in order to engineer a workable (and understandable) solution for this issue. Do any of you know the details? Thanks, John ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
Isn't 1490 the magic MTU for PPPoE? |--- | Dan Lacey daniel_p_la...@yahoo.com | PGP Key: 0xFE94668F @ http://pgp.mit.edu or http://keyserver.pgp.com | PGP Key fingerprint: 8A97 2996 266D A21C 0277 54EF 40D5 2B80 FE94 668F |--- On 10/21/10 11:15 AM, Antonio Querubin wrote: On Thu, 21 Oct 2010, David Freedman wrote: Problem is the DEC chip found on PA-FE-TX , it has a hard limit of 1530 It's actually the built-in FastEthernet port instead of a port adapter: #show controllers fastEthernet 0/0 Interface FastEthernet0/0 Hardware is DEC21140A PDU (i.e on the wire, with headers), IOS prevented you changing the mtu on the interface (which is usually the SDU, i.e without the ethernet frame overhead) because it was so close to the edge, but with advent of tag-switching mtu you were allowed to bleed into this space, in later releases they abandoned tag-switching mtu in favour of just letting the user configure the mtu directly up to the 1530 limit (but woe betide you if you configured it 1530 as this is the assumed SDU and hence had a PDU 1530!) This IOS is either too old or too crippled. It doesn't have 'tag-switching mtu' and the max configurable mtu is 1500. So I'm still wondering why (according to the carrier doing the testing): - Setting our sub-interface IPv4 mtu to 1490 works but 1492 does not - IPv6 isn't affected Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
On Thu, 21 Oct 2010, Daniel Lacey wrote: Isn't 1490 the magic MTU for PPPoE? Perhaps. But this is supposed to be a layer 2 connection via ethernet from us to the customer. PPPoE isn't in use. Just some switches and q-in-q in between. Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: t...@lava.net ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] q-in-q mtu
--- On Fri, 22/10/10, Chris Wopat m...@falz.net wrote: On Thu, 21 Oct 2010, Daniel Hooper wrote: The 7206 doesn't accept anything higher than 1500 on that interface. Some 12.2S trains allow you to up the MTU on 7200 to 1530. I'm currently running SB, I'm unsure if SR* can do it or not. http://puck.nether.net/pipermail/cisco-nsp/2007-March/039033.html We're running 12.2(33)SRD1 on 7204 with NPE-300. The Fa0/0 port on the I/O controller (C7200-I/O-2FE/E) supports larger MTU (1530 is the max): interface FastEthernet0/0 mtu 1530 no ip address We're then running an IP MTU of 1524 on the subinterface that runs MPLS: interface FastEthernet0/0.3 encapsulation dot1Q 3 ip mtu 1524 mpls ip The same setup works on the PA-FE-TX cards in these boxes and also worked on SRC. regards, Tony Miles. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] router 2800 or 3600 or 7xxx
Hi Are all series router 2800 or 3600 or 7xxx supporting vpdn group? I need it to logon to the ISP Any comment about it any DSL modem and router connection issue? Thank you for your help ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] router 2800 or 3600 or 7xxx
On Thu, 21 Oct 2010, Deric Kwok wrote: Are all series router 2800 or 3600 or 7xxx supporting vpdn group? I need it to logon to the ISP It depends on what IOS version/train/feature set you load onto the router. The boxes above are just pieces of hardware. The only difference the hardware really makes is in scalability (number of concurrent sessions, throughput, whether function XYZ can be offloaded to an ASIC, etc). Much of the information you're looking for is available on Cisco's website. If you have a CCO account, you can go through the software advisor to find IOS releases that have the features you need. Any comment about it any DSL modem and router connection issue? That's a little too vague of a question to answer specifically. There are lots of variables there - DSL type (ADSL, SDSL, ADSL2+, VDSL, HDSL...), delivery method (bridged, PPPoE, PPPoA, etc), any other requirements your ISP/telco add on, etc. Many people have routers connected to a wide variety of DSL setups. Your best bet would be to describe your setup - maybe someone on the list has something similar. jms ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Source for 10gb SR OM3 cable in orange?
Any chance anyone on the list knows of a source for 10 gig multimode OM3 cable in orange instead of the standardized aqua color? Ideally in SC to LC and 30m lengths. Need to connect some 4900M X2 10gb SR modules to UCS fabric extenders with SFP-10G-SR modules, and it needs to be orange cable for stupid reasons. :-) Thanks, David ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/