Re: L3 Network topology in YANG

Hi Yannis, I know that there are some folks using pyangbind with models that correspond to topology including rfc8346, similarly, some folks are using goyang +ygot (where using Go) for dealing with their topology models in YA

Re: YANG daemeon for Linux

Could you define "render"? If you're looking to take a YANG model (which one?) and configure Linux kernel networking features with it, I can't recall having seen something that does this. I have been working on a side project (which I'm hoping to bring to a hackathon) to take Linux networking and

Re: How are you configuring BFD timers?

I'm not sure it's used by a large proportion of operators, but it is deployed in some volume in a number of networks that I'm aware of. During the development of implementations, we hosted inter-op testing/fixing at a previous employer. Rolling it out had started when I moved on, but I expect it is

Re: Cisco's IOS-XE and PCEP implementation

On 5 April 2015 at 20:43:24, Mohamed Kamal (mka...@noor.net) wrote: > and hence being implemented on IOS-XR within the Cisco environment today  I disagree! .. Engineering is all about optimization, and using an ASR1k  (which is being marketed as an "edge/PE router") in my edge doesn't mean  that

Re: Cisco's IOS-XE and PCEP implementation

On 30 March 2015 at 15:42:59, Mohamed Kamal (mka...@noor.net) wrote: > I'm wondering, why there is no MPLS-TE PCE support for IOS-XE till now?! > > Should I be getting a 9k/CRS on the edge to implement an automatic tool > to build MPLS-TE tunnels! In general, PCE(P) implementations have been li

Re: MPLS VPN design - RR in forwarding path?

> On 2 Jan 2015, at 01:54, Jeff Tantsura wrote: > > You don't need LDP on RR as long as clients support "not on lsp" flag > (different implementation have different names for it) > There are more and more reasons to run RR on a non router HW, there are many > reasons to still run commercial co

BGP Error Handling (Fwd: [GROW] WGLC: draft-ietf-grow-ops-reqs-for-bgp-error-handling-04)

Hi NANOGers, Back at NANOG51 in Miami, I gave a presentation relating an IETF draft relating to improving the robustness of BGP-4 to meet the requirements of current operational deployments, and there was some good discussion following this. This document was then presented to the IETF IDR and

Re: BGP ORF in practice

On 31 May 2012, at 18:18, Wayne Tucker wrote: > What's the general consensus (hah! ;) regarding the use of RFC5291 BGP > outbound route filtering? It's worked well for me in the lab, but I have > yet to use it in a live environment (and I don't know that most service > providers would know what

Re: bgp update destroying transit on redback routers ?

On 1 Dec 2011, at 23:04, Warren Kumari wrote: > tp://tools.ietf.org/html/draft-wkumari-idr-as0-01 has been replaced with > http://tools.ietf.org/html/draft-ietf-idr-as0-00 -- which does include it. Whilst we are on the subject of relevant drafts - it should be noted that situations like this p

Re: D/DoS mitigation hardware/software needed.

On 6 Jan 2010, at 15:00, Hank Nussbacher wrote: > At 13:19 05/01/2010 +0000, Rob Shakir wrote: > >> If you're an SP who has some existing NetFlow solution, and don't really >> justify a spend for traffic intelligence within your network (or have >>

Re: D/DoS mitigation hardware/software needed.

native scrubber that one might be able to use in a more standalone deployment that can approach the filtering levels of the Arbor kit? I should probably point out that we only really started our conversation with Arbor within the last month or so, so there are perhaps details relating to

Re: Multicast LDP or P2MP RSVP & LDP

[1]: http://tools.ietf.org/html/draft-joseph-p2mp-mvpn-experience-00 [2]: http://tools.ietf.org/html/draft-ietf-mpls-ldp-p2mp-08 [3]: http://tools.ietf.org/html/rfc4875 -- Rob Shakir Network Development EngineerGX Networks/Vialtus Solutions ddi: +44208 587 6077mob:

Re: BGP Session Teardown due to AS_CONFED_SEQUENCE in AS4_PATH

etsumo.com Jonathan Oddy (HostWay), jonathan.o...@hostway.co.uk Rob Shakir (GX Networks), r...@eng.gxn.net [0]: http://www.ietf.org/mail-archive/web/idr/current/msg03368.html [1]: http://www.merit.edu/mail.archives/nanog/msg14345.html Many thanks to David Freedman (Claranet) for assistance in

Re: BGP Session Teardown due to AS_CONFED_SEQUENCE in AS4_PATH

629 which we originally analysed: Path #1: Received by speaker 0 3356 35320 3.21 23456 Given that XR box is an AS4-speaker, one would not expect to see 23456 in the AS_PATH, the prescence of this AS seems to be a symptom of the bug (and again occurs on Juniper/Force10). Kind rega

Re: BGP Session Teardown due to AS_CONFED_SEQUENCE in AS4_PATH

this bug, to try to ensure that both the IOS behaviour, and RFC are changed. Many thanks, Rob -- Rob Shakir Network Development EngineerGX Networks/Vialtus Solutions ddi: +44208 587 6077mob: +44797 155 4098 pgp: 0xc07e6deb nic-hdl: RJS-RIPE T

BGP Session Teardown due to AS_CONFED_SEQUENCE in AS4_PATH

Any input from the operational community relating to this problem is much appreciated, either publicly, or privately. Regards, Andy Davidson, NetSumo (andy.david...@netsumo.com), Jonathan Oddy, Hostway UK (jonathan.o...@hostway.co.uk), Rob Shakir, GX Networks