Paper available: preprint of research following last year's survey

I must start by expressing heartfelt gratitude at the amenability of so many people who responded to my request for feedback to a questionnaire I posted last year . The results are out and I can share a preprint

Re: Deployments of Provider Backbone Bridging (PBB)

I've had two private replies, both of which suggest that PBB has little to no share in the overall pie of the aggregation technology space, nor in the overall pie of the core technology space. However, a third correspondent states that Bard (Google's "Chat-based AI tool") claims that PBB is

Deployments of Provider Backbone Bridging (PBB)

Hello folks, Based on data I've gathered through quantitative and qualitative surveying, I can detect no application of Provider Backbone Bridging (MAC-in-MAC). Please bear with me while I clarify that I am not enquiring about Provider Bridging (QinQ). I would like to ask specifically about

Re: AT in Raleigh - Durham region (NC)

more details. Those union folks aren't going to do anything > extra... > > On Thu, Aug 17, 2023, 12:41 AM Etienne-Victor Depasquale via NANOG < > nanog@nanog.org> wrote: > > No luck yet, and that's ok, but in case anyone is able to contact me (off > list), > I'd settle

Re: AT in Raleigh - Durham region (NC)

No luck yet, and that's ok, but in case anyone is able to contact me (off list), I'd settle for anyone from the Global Tier 3 group of network engineers from AT Thank you! Etienne On Tue, Aug 15, 2023 at 12:43 PM Etienne-Victor Depasquale wrote: > Hello good people, > > If anyone from AT in

AT in Raleigh - Durham region (NC)

Hello good people, If anyone from AT in the Raleigh - Durham region (NC) would care to contact me off list, I'd be grateful. Cheers, Etienne -- Ing. Etienne-Victor Depasquale

Re: Routed optical networks

hat popular yet. Of course there is work to do > something similar in QSFP28 if the power can be reduced to what is > supported by an existing QSFP28 port in most devices. In larger networks > with higher speed requirements and moving to 400G with QDD, using the DCO > optics for connecting

Re: Routed optical networks

networks > with higher speed requirements and moving to 400G with QDD, using the DCO > optics for connecting routers is kind of a no-brainer vs. a traditional > muxponder. Whether that’s over a ROADM based optical network or not, > especially at metro/regional distances. > > > &g

Re: Routed optical networks

timizations. >> >> >> >> The adoption of ZR/ZR+ IPoWDM currently somewhat corresponds with your >> adoption of 400G since today they require a QDD port. There are 100G QDD >> ports but that’s not all that popular yet. Of course there is work to do >> something

Re: Routed optical networks

deployments of IPoDWDM over passive DWDM or dark > fiber for access and aggregation networks where the aggregate required > bandwidth doesn’t exceed the capabilities of those optics. It’s been done > at 10G for many years. With the advent of pluggable EDFA amplifiers, you > can e

Re: Routed optical networks

build links up to 120km* (perfect dark fiber) carrying tens of > terabits of traffic without any additional active optical equipment. > > > > It’s my personal opinion we aren’t to the days yet of where we can simply > build an all packet network with no photonic switching that car

Re: Routed optical networks

ent. >> >> >> >> It’s my personal opinion we aren’t to the days yet of where we can simply >> build an all packet network with no photonic switching that carries all >> services, but eventually (random # of years) it gets there for many >> networks. There are also alw

Re: Routed optical networks

> > The optical network is made up of the photonic portion and then the > transponder/muxponder portion. > Thank you for that direct definition. I'm serious (not sarcastic). One thing I've written about in papers is the nomenclature problem, and I'm in good company. Bill Norton had written

Re: Routed optical networks

tienne On Tue, May 2, 2023 at 9:33 PM Jared Mauch wrote: > > > > On May 2, 2023, at 2:29 PM, Etienne-Victor Depasquale via NANOG < > nanog@nanog.org> wrote: > > > > On Mon, May 01, 2023 at 02:56:47PM -0600, Matt Erculiani wrote: > > > In short,

Re: Routed optical networks

f a concept and can be executed with a variety of pre-existing > technologies, or someone's new secret sauce that bakes everything together > like SD-WAN did to its constituent technologies. > > -Matt > > > On Mon, May 1, 2023 at 12:30 PM Etienne-Victor Depasquale via NANOG < &

Re: Routed optical networks

upon IP, flexible management tools can > leverage telemetry and model-driven programmability to streamline lifecycle > operations. This simplified architecture integrates open data models and > standard APIs, enabling a provider to focus on automation initiatives for a > simpler topology.

Re: Routed optical networks

works, and a MAN. Fiber is just the medium. It could be > for IP switching or projecting a light show. Are you asking if there are > diverse paths throughout a metro area? > > On Mon, May 1, 2023 at 2:30 PM Etienne-Victor Depasquale via NANOG < > nanog@nanog.org> wrote: > >

Routed optical networks

Hello folks, Simple question: does "routed optical networks" have a clear meaning in the metro area context, or not? Put differently: does it call to mind a well-defined stack of technologies in the control and data planes of metro-area networks? I'm asking because I'm having some thoughts

Request for additional data points

Good people, Last year, I collected some data for my study from this list. I published a summary of the data for a short time and recently sent a snapshot regarding metro area access technologies. I am currently writing my paper and would love to have some additional data points. If anyone who

Re: Request for comments

Quick (and critical) correction: bar charts on the ***left*** are from *NOGs; bar charts on the ***right*** are from commissioned market research. Cheers, Etienne On Tue, Mar 7, 2023 at 2:06 PM Etienne-Victor Depasquale wrote: > The picture changes significantly when an operator's choice is

Re: Request for comments

The picture changes significantly when an operator's choice is weighted by his current subscriber base. Evidently, incumbents have lots of copper media, while smaller operators (more agile?) are laying fibre and mostly growing GPON on it. Rebuttals are welcome ! Unweighted data

Re: Request for comments

I've updated the graphic with one other data point and increased the graphic's size (following feedback). In particular, I'd like to understand why there are so many operators who consider

Request for comments

Good people of NANOG, Please find here a snapshot of two datasets concerning access technologies in the metro area. The bar chart on the right summarizes data I collected last year from *NOGs; the bar chart on

Re: Random Early Detect and streaming video

> > What does 'egress priority queueing' mean? Do you mean 'send all X, > before any Y, send all Y before any Z'? If this, then this must have > been quite some time now, as since traffic managers were implemented > in hardware ages ago, this hasn't been available. > As you'll probably remember,

Re: Request for help: academic study (questionnaire)

Here's an update on the analytics . I'm concurrently running a parallel survey with support from a market research team. The results will be part of a submission to a journal, with the scope of

Re: Request for help: academic study (questionnaire)

I'm truly grateful for the response received (available until Wednesday 8pm CET) I'm short on North American - headquartered telcos / MSOs; any support would be deeply appreciated (link to questionnaire

Re: IoT - The end of the internet

> > because our lizard brains have a hard time comprehending exponential > growth > Don't forget how we pontificate on how well we understand infinity. Cheers, Etienne On Wed, Aug 10, 2022 at 6:09 PM Chris Wright < chris.wri...@commnetbroadband.com> wrote: > That’s just humans in general, and

Re: 400G forwarding - how does it work?

> > How do you define a pipeline? For what it's worth, and with just a cursory look through this email, and without wishing to offend anyone's knowledge: a pipeline in processing is the division of the instruction cycle into a number of stages. General purpose RISC processors are often

Re: Request for help: academic study (questionnaire)

***Apologies for cross-posting*** Interim results (available until 26th July, 10 am CET) Link to fill in survey (for those who have been unable to do so and might be

Re: Request for help: academic study (questionnaire)

Dear NANOGers, Payback time (unprocessed, interim aggregate analytics, more to come later): Next-generation metro area networks (google.com) , available until tomorrow Friday 22nd 8pm CET. I need more

Re: Request for help: academic study (questionnaire)

I'm at 15/50 (received/desired) responses - thank you so much to those who've helped. Please, if you can answer/distribute/nudge, it would help to make this study meaningful (for convenience: https://forms.gle/Hh4oy5DdryvQYnqJA) Thank you for your patience with this reminder of mine. Cheers,

Request for help: academic study (questionnaire)

Hello NANOGers, I'm asking for your help through your response to a questionnaire that forms part of an academic study that I'm carrying out . The study is directed solely towards facilitating understanding of metro area networks, for analysts who approach

Re: MSA’s and network architecture

ecosystem of vendors and network operators. That should support development of architecture. Cheers, Etienne On Wed, May 18, 2022 at 10:32 AM Mark Tinka wrote: > > > On 5/18/22 08:28, Etienne-Victor Depasquale via NANOG wrote: > > > Just to add a bit of fun to the mix - per

Re: MSA’s and network architecture

ere with 0 testing > is relatively low risk. > > > On Wed, 18 May 2022 at 09:32, Etienne-Victor Depasquale via NANOG > wrote: > > > > Just to add a bit of fun to the mix - perhaps multi-source agreement was > intended :) > > > > Cheers, > > > > E

Re: MSA’s and network architecture

Just to add a bit of fun to the mix - perhaps multi-source agreement was intended :) Cheers, Etienne On Wed, May 18, 2022 at 3:59 AM Martin Hannigan wrote: > > > All, > > Why do MSA’s matter as related to network architecture? > > Thanks all — > > -M< > > > > -- Ing. Etienne-Victor

A quick note of appreciation

I've occasionally posted to this list, but mostly take a seat in the audience. *** And what a show this is! *** First-class technical discussions, updated news, timely responses. God bless NANOG, and may this community keep up its invaluable contribution to networking, and thereby, to all of

Re: 100GbE beyond 40km

Bear with my ignorance, I'm genuinely surprised at this: Does this have to be Ethernet? You could look into line gear with coherent > optics. > Specifically, do you mean something like: "does this have to be IEEE-standardized all the way down to L1 optics?" Because you can transmit Ethernet

Re: IPv6 woes - RFC

> > Without the membership fees, of course :-). Membership fees can be painful, that's for sure. They do have positive aspects, though :) Cheers, Etienne On Wed, Sep 8, 2021 at 9:38 AM Mark Tinka wrote: > > > On 9/8/21 09:35, Etienne-Victor Depasquale wrote: > > > If the Telecom Infra

Re: IPv6 woes - RFC

> > I'm not sure if there needs to be a separate "cabal" amongst the major > network operators that cover every corner of the world to agree to this, > as I expect more talking here on NANOG than action around this issue. > But I'd be happy to join and support such a cabal, with the backing of >

Re: The great Netflix vpn debacle! (geofeeds)

I got a bit carried away watching that :) Yes, it looks like that's what I'm referring to. With me, my muse often sings well when I'm doodling. The problem is that I sometimes want to return to the doodle, which becomes problematic when you're sharing a classical whiteboard. Cheers, Etienne On

Re: The great Netflix vpn debacle! (geofeeds)

I've been mulling over the use of an interactive whiteboard - not just for the "screen real estate", as you so correctly put it, but also to save my doodles. It beats hogging whiteboards. Has anyone tried this? On Fri, Sep 3, 2021 at 5:19 PM Mark Tinka wrote: > > > On 9/3/21 17:07, Stephen

Re: Telecommunications network drafting software

Folks, thanks for the pointers; much appreciated. OmniGraffle seems to have some traction. Perhaps I haven't done Visio justice, as I've received a few pointers that way too. What I can add to my original post is that to date, I've found that the stencils with the broadest scope are those from

Telecommunications network drafting software

Hello folks, Would you care to share some pointers to drafting software which you use to draw up architectural drafts (for telecoms networks, including cable operators' networks) ? I've found Visio to be a bit weak in this respect, even after adding third party stencils. One product I'm

Re: Tools and procedure for Network testing

Ah no, Humberto, I wasn't offended ! You're perfectly entitled to choices (as if you needed my saying so :) ) and I just wanted to learn more about what criteria drive your preferences. Thank you for replying. Cheers, Etienne On Thu, Aug 26, 2021 at 8:23 PM Humberto Galiza wrote: > Sorry if

Re: Tools and procedure for Network testing

> If the budget is short or if you're willing to go with an open source > suite for testing, you might want to have a look at Pktgen-DPDK too: > https://github.com/pktgen/Pktgen-DPDK > There are tons of tutorials out there explaining how to use Linux + > pktgen-dpdk to generate traffic. I hope it