Re: [j-nsp] MPLS fast convergence without link information

2012-01-09 Thread Phil Bedard
I know they are somewhat expensive but we use test tools from Spirent (TestCenter) or Ixia (N2X, etc) which can measure reconvergence times down to the microsecond. Phil On 1/2/12 3:47 AM, "Mark Smith" wrote: >Hi > >Thanks for help everybody. > >One further question: do you have recommendation

Re: [j-nsp] MPLS fast convergence without link information

2012-01-02 Thread Mark Smith
Hi Thanks for help everybody. One further question: do you have recommendations of tools to perform network convergence testing? I.e. generally available sw that is capable of measuring network outage times in the order of magnitude of milliseconds? I have traditionally used linux and fping, som

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Mark Tinka
On Friday, December 30, 2011 02:48:33 AM Mark Smith wrote: > I would not expect the L2 service provider to be able to > tunnel ethernet OAM (CCM etc) traffic. If the provider's archiecture is VLAN-based pw's, then yes, it's possible they may not be able to tunnel all Layer 2 protocols running b

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Phil Bedard
On 12/29/11 1:48 PM, "Mark Smith" wrote: >On Thu, Dec 29, 2011 at 6:45 PM, Phil Bedard wrote: >> BFD on the IGP session would be the best option. We currently run ours >>at 300x3 on Juniper boxes and lower on some other platforms with better >>hardware processing of BFD packets. If you are u

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Phil Mayers
Yeah slightly baffling that one - all these Ethernet devices that only pass payloads of arp, ipv4 and ipv6, or to normal unicast addresses. No-one has ever given me a good explanation of what this kit *is* doing with these frames... (talking about passing .ag here of course - not participating,

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Mark Smith
On Thu, Dec 29, 2011 at 6:45 PM, Phil Bedard wrote: > BFD on the IGP session would be the best option.  We currently run ours at > 300x3 on Juniper boxes and lower on some other platforms with better hardware > processing of BFD packets.   If you are using aggregates something like > 802.3ah ma

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread David Ball
On 29 December 2011 11:48, Mark Smith wrote: > Correct me if I am wrong, but doesn't enabling BFD on the IGP cause > IGP to reconverge in case of fault? yes > Is there any (reasonable) way to utilize link-node-protection or FRR > if link state information is not usable between MPLS routers? O

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Jared Mauch
On Dec 29, 2011, at 2:36 PM, Phil Mayers wrote: > On 12/29/2011 06:48 PM, Mark Smith wrote: > >> I would not expect the L2 service provider to be able to tunnel >> ethernet OAM (CCM etc) traffic. > > In general, or in this specific case? > > (I have high hopes for Ethernet OAM eventually, but

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Phil Mayers
On 12/29/2011 06:48 PM, Mark Smith wrote: I would not expect the L2 service provider to be able to tunnel ethernet OAM (CCM etc) traffic. In general, or in this specific case? (I have high hopes for Ethernet OAM eventually, but from what I can tell at the moment, it's still not quite there y

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Phil Bedard
BFD on the IGP session would be the best option. We currently run ours at 300x3 on Juniper boxes and lower on some other platforms with better hardware processing of BFD packets. If you are using aggregates something like 802.3ah may work better as BFD control traffic has a tendency to just t

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Mark Tinka
On Friday, December 30, 2011 12:12:43 AM David Ball wrote: > Ditto. We dialed our BFD down (up?) in our agg rings > to around 150ms 'hellos' since we have MX80s which don't > yet support distribution of BFD to the PFE. Any lower > than that and we started to see false positives, though > YMMV.

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread David Ball
On 29 December 2011 01:46, Mark Tinka wrote: > On Thursday, December 29, 2011 03:49:25 PM Mark Smith wrote: >> Which one of them (if any) is the best solution? > > We enable BFD on the IGP only. The IGP drives everything > (iBGP, LDP, RSVP, e.t.c.). If that is stable, all other > protocols will t

Re: [j-nsp] MPLS fast convergence without link information

2011-12-29 Thread Mark Tinka
On Thursday, December 29, 2011 03:49:25 PM Mark Smith wrote: > I have spent some time searching for a solution. I have > found these: 1) enable BFD on the IGP session > 2) enable BFD on the LSPs > 3) enable BFD on the RSVP session > > Which one of them (if any) is the best solution? We enable BF

[j-nsp] MPLS fast convergence without link information

2011-12-28 Thread Mark Smith
Hi list Let's examine an MPLS network where the connections between MPLS routers (P and PE) involve L2 devices. The connections might be leased L2 pseudowires or something similar. As a consequence the interface link state information cannot be used by routers to determine the state of the connect