Re: Routed optical networks

On 5/2/23 22:28, Eve Griliches wrote: So right Jaredmagic has been in the NPU capacity increase that's driven the cost per 100G down on 1RU routers; But that has only mainly solved for speed. Features have taken a hit, especially if the operator is motivated by the costs of merchant

Re: Routed optical networks

On 5/2/23 16:01, Eve Griliches wrote: Hi Etienne, Below is our (Cisco) definition of the Routed Optical Network. The goal, metro or long haul or subsea, is to reduce the number of control planes. By migration TDM traffic using CEM or PLE to the IP layer, you eliminate the OTN control plane

Re: Routed optical networks

On 5/2/23 21:32, Jared Mauch wrote: I’ve seen proposals for an LSR MPLS/ROADAM type solution, where imagine you are at a hop where in a long distance system solution, you would end up with OEO, but instead you get directionality capability with an IP/MPLS capable device. My memory is

Re: Routed optical networks

On 5/2/23 16:25, Izaac wrote: This is a very convoluted way of backing into the ole packet-switched vs. circuit switched decision. A fight that will never go away. There has been some compromise in recent years, with Transport-heavy customers accepting standard Ethernet services, but

Re: Routed optical networks

On 5/2/23 07:28, Vasilenko Eduard via NANOG wrote: The incumbent carrier typically has enough fiber strands to avoid any colored interfaces (that are 3x expensive compare to gray) in the Metro. Metro ring typically has 8-10 nodes (or similar). 16-20 strands of fiber were not possible to

Re: Spectrum networks IPv6 access issue

We know the feeling well. Try porting from them….. > On May 2, 2023, at 4:41 PM, Daniel Marks via NANOG wrote: > > My issue was just trying to convince Spectrum to look into the problem in > the first place, I brought the Atlas probe receipts because it’s such a > helpful tool, but wasn’t

Re: Routed optical networks

> > I’ve seen proposals for an LSR MPLS/ROADAM type solution, where imagine > you are at a hop where in a long distance system solution, you would end up > with OEO, but instead you get directionality capability with an IP/MPLS > capable device. As mentioned previously, the

Re: Spectrum networks IPv6 access issue

My issue was just trying to convince Spectrum to look into the problem in the first place, I brought the Atlas probe receipts because it’s such a helpful tool, but wasn’t able to get through to anyone helpful (acct mgr, noc email, even the escalation list) until I started lighting fires filing

Re: Routed optical networks

So right Jaredmagic has been in the NPU capacity increase that's driven the cost per 100G down on 1RU routers; and the integration of DSPs and more into QSFP-DD form factors at much lower power than expected. The standards for optical links are maturing as well, but we still have work to do on

Re: Spectrum networks IPv6 access issue

I can confirm things have been resolved here, many thanks all! On Tue, May 02, 2023 at 02:43:29PM -0400, d...@nielmarks.com wrote: > This has been “resolved", I finally got through to some awesome engineer at > Spectrum who has rerouted traffic while they work with their hardware vendor >

Re: Spectrum networks IPv6 access issue

> On May 2, 2023, at 2:43 PM, Daniel Marks via NANOG wrote: > > This has been “resolved", I finally got through to some awesome engineer at > Spectrum who has rerouted traffic while they work with their hardware vendor > (thanks Jake): One of the tools that I’ve used in the past is the

Re: Routed optical networks

> On May 2, 2023, at 2:29 PM, Etienne-Victor Depasquale via NANOG > wrote: > > On Mon, May 01, 2023 at 02:56:47PM -0600, Matt Erculiani wrote: > > In short, the idea is that optical networks are wasteful and routers do a > > better job making more use of a network's capacity than ROADMs.

Re: Spectrum networks IPv6 access issue

This has been “resolved", I finally got through to some awesome engineer at Spectrum who has rerouted traffic while they work with their hardware vendor (thanks Jake): 1 2605:6000:0:8::f:7acc (2605:6000:0:8::f:7acc) 0.372 ms 0.323 ms 0.282 ms 2 ae15.ARTNTXAF02H.chtrse.com

Re: Routed optical networks

Very helpful observations, Matt, thank you. How comfortably does the phrase "routed optical networks over Ethernet without ROADMs" sit with you? I mean: would you accept a limitation of "optical network" to the case of a network without optical layer switching (of the type done by add-drop

Re: Routed optical networks

Hello Eve, Thank you for weighing in; I'm eager for feedback from the field. This eagerness stems from my work, over the past two years, to form my understanding of where current- and next-gen metro area networks are heading. I need this understanding to help academics in my field of

Re: Best Linux (or BSD) hosted BGP?

+lots. I've used a number of Linux routing thingies (BIRD, Quagga, VyOS/Ubiquiti, OpenBGPd, ExBGP), and FRR is (for me at least) by far the friendliest. It's trivial to spin this up on a cloud VM and start announcing a prefix. For doing something like Anycast though (where you are mostly just

Re: Cisco Nexus 3k Route Selection\Packet Forwarding Debugging

We have upgraded NX-OS to a new major version and have the same results. Apr 20 09:36:05 UTC: %UFDM-3-FIB_IPv4_ROUTE_CONSISTENCY_CHECKER_FAIL: FIB IPv4 consistency checker FAILED on slot 1 Apr 19 13:55:57 UTC: %IPFIB-2-FIB_TCAM_RESOURCE_EXHAUSTION_LPM_IPV4: FIB TCAM exhausted for IPV4

Re: Routed optical networks

On Mon, May 01, 2023 at 02:56:47PM -0600, Matt Erculiani wrote: > In short, the idea is that optical networks are wasteful and routers do a > better job making more use of a network's capacity than ROADMs. Take the > extra router hop (or 3 or 8) versus short-cutting it with an optical > network

Re: Routed optical networks

Hi Etienne, Below is our (Cisco) definition of the Routed Optical Network. The goal, metro or long haul or subsea, is to reduce the number of control planes. By migration TDM traffic using CEM or PLE to the IP layer, you eliminate the OTN control plane and management. Eventually, when standards

Re: Best Linux (or BSD) hosted BGP?

Hi, Bryan You wrote: > I know best subjective, but I'm looking at a project to announce some IP space > that's between uses now and see what's there. I'm planing to run a flow > logger and ntop on the VM and see what is coming in if anything. I'm looking > at the options for BGP out there, and

Re: Best Linux (or BSD) hosted BGP?

Hi! I like VyOS or FRR (both in Debian Linux). Regards, Uesley Corrêa - Analista de Telecomunicaciones CEO Telecom Consultoria, Entrenamiento y Servicios CEO Telecom Fiber Solutions On Mon, May 1, 2023 at 3:58 PM Mark Tinka wrote: > > > On 5/1/23 20:04, Tomas Jonsson wrote: > > > VyOS uses

Re: Best Linux (or BSD) hosted BGP?

Agreed with Mark, used pfSense running FRR a few months ago without issues. - Charlie From: NANOG on behalf of Mark Tinka Sent: 01 May 2023 08:55 PM To: nanog@nanog.org Subject: Re: Best Linux (or BSD) hosted BGP? On 5/1/23 20:04, Tomas Jonsson wrote: >

Re: Best Linux (or BSD) hosted BGP?

Hi Bryan, Openbsd project has openbgpd built right in. Simple and security-minded implementation. Presentations: https://www.openbgpd.org/papers.html Testimonials: https://www.openbgpd.org/users.html Regards, Nick -- Confidentiality Notice: This E-mail message, including any attachments, is

Re: Routed optical networks

Josh, thank you, your remarks (and those of Matt and Eduard) are helping me to understand better. For some context, please look at this graphic that shows the results of the question