Re: China’s Slow Transnational Network

2020-03-21 Thread Pengxiong Zhu
Thank you for your insights. We are not so familiar with interconnect and peering, we will ask you some questions for clarification first. Hope you don't mind. :-) When there is a tri-opoly, with no opportunity of competition, its easily > possible to set prices which are very different than marke

Re: China’s Slow Transnational Network

2020-03-21 Thread Pengxiong Zhu
I see. Thank you! Best, Pengxiong Zhu Department of Computer Science and Engineering University of California, Riverside On Sat, Mar 21, 2020 at 9:13 AM Mark Tinka wrote: > > > On 21/Mar/20 09:09, Pengxiong Zhu wrote: > > How do they deliberately congest peering ports? Do you hear from those >

Re: It's not about the congestion, it's about the profit motive driving the industry

2020-03-21 Thread Mark Tinka
On 21/Mar/20 17:53, Saku Ytti wrote: > > If we (me included) would be half as angry about those who have less > than we have, as we are about those who have more than we have, > inequality wouldn't exist. We are the beneficiaries of immense > suffering of millions of people, things are artifici

Re: COVID-19 vs. our Networks

2020-03-21 Thread Mark Tinka
On 21/Mar/20 14:43, Alexandre Petrescu wrote: >   > > I tend to agree - I dont think there is any capacity problem in the > core network or server platforms, including netflix.  I do not see it > for my part as of now.  I am an end user, not a Network sysadmin. > > I heard about EU measures to

Re: CISA: Guidance on the Essential Critical Infrastructure Workforce

2020-03-21 Thread Mark Tinka
On 21/Mar/20 14:38, Alexandre Petrescu wrote: >   > > Today first time I see in FRance TV news one interviewer puts one > time-use covers over the microphones when interviewing people. (it's a > one time cover in addition to the typical windshield which is > expensive and cant be changed each t

Re: COVID-19 vs. our Networks

2020-03-21 Thread Mark Tinka
On 21/Mar/20 13:53, Mike Hammett wrote: > Unless the IX or OCA feed goes to the DSLAM, node, tower...  no. Not sure what you mean. Mark.

Re: COVID-19 vs. our Networks

2020-03-21 Thread Mark Tinka
On 21/Mar/20 23:37, Rich Kulawiec wrote: > > My remarks weren't about Netflix or any other particular service. > (FWIW, I agree with you on both quoted points about the lack of > evidence. Maybe it'll arrive. Maybe it won't.) > > I was trying to speak, perhaps unsuccessfully, in broader terms

Re: COVID-19 vs. our Networks

2020-03-21 Thread Rich Kulawiec
On Sat, Mar 21, 2020 at 04:42:51AM +0200, Mark Tinka wrote: > All I'm saying is at the moment, there is no empirical information to > suggest that Netflix will break what's left of the Internet. Nor is > there any empirical information suggesting that singling them out will > help keep it going. M

Re: interesting troubleshooting

2020-03-21 Thread Tassos Chatzithomaoglou
Saku Ytti wrote on 21/3/20 19:04: > On Sat, 21 Mar 2020 at 18:55, Tassos Chatzithomaoglou > wrote: > >> I still don't understand why the vendors cannot make it work in one >> direction only (the low-end platform would only need to remove an extra >> label, no need to inspect traffic). >> That

Re: interesting troubleshooting

2020-03-21 Thread Christopher Morrow
(skipping up the thread some) On Fri, Mar 20, 2020 at 5:58 PM Jared Mauch wrote: > It’s the protocol 50 IPSEC VPNs. They are very sensitive to path changes and > reordering as well. > > If you’re tunneling more than 5 or 10Gb/s of IPSEC it’s likely going to be a > bad day when you find a low s

Re: interesting troubleshooting

2020-03-21 Thread Saku Ytti
On Sat, 21 Mar 2020 at 18:55, Tassos Chatzithomaoglou wrote: > I still don't understand why the vendors cannot make it work in one direction > only (the low-end platform would only need to remove an extra label, no need > to inspect traffic). > That would help us a lot, since the majority of ou

Re: interesting troubleshooting

2020-03-21 Thread Tassos Chatzithomaoglou
Mark Tinka wrote on 21/3/20 18:15: > So the three or four times we tried to get FAT going (in a multi-vendor > network), it simply didn't work. > > Have you (or anyone else) had any luck with it, in practice? > > Mark. > Only between Cisco boxes. I still don't understand why the vendors cannot

Re: interesting troubleshooting

2020-03-21 Thread Saku Ytti
On Sat, 21 Mar 2020 at 18:19, Mark Tinka wrote: > So the three or four times we tried to get FAT going (in a multi-vendor > network), it simply didn't work. Yeah we run it in a multivendor network (JNPR, CSCO, NOK), works. I would also recommend people exclusively using CW+FAT and disabling LSR

Re: COVID-19 vs. our Networks

2020-03-21 Thread Mark Tinka
On 21/Mar/20 13:28, Florian Weimer wrote: > > 4K isn't supported by all devices and plans. I'm not sure what kind > of savings you can actually realize there. It could be that 4K > content isn't worth caching near the edge. Then ditching 4K could > still have a significant effect despite rel

Re: interesting troubleshooting

2020-03-21 Thread Mark Tinka
On 21/Mar/20 09:58, Saku Ytti wrote: > No. > > FAT adds additional MPLS label for entropy, ingressPE calculates flow > hash, based on traditional flow keys and injects that flow number as > MPLS label, so transit LSR can use MPLS labels for balancing, without > being able to parse the frame. S

Re: China’s Slow Transnational Network

2020-03-21 Thread Mark Tinka
On 21/Mar/20 09:09, Pengxiong Zhu wrote: > How do they deliberately congest peering ports? Do you hear from those > Chinese operators or you observe this from the traffic? Simple - let them run at 350% of capacity and pipeline upgrades for Lord knows how long :-). On a serious note, let's have

Re: It's not about the congestion, it's about the profit motive driving the industry

2020-03-21 Thread Saku Ytti
On Sat, 21 Mar 2020 at 00:15, Matthew Petach wrote: > who finds it appalling that we consider it more important to make > money than to save lives. :( If we (me included) would be half as angry about those who have less than we have, as we are about those who have more than we have, inequality

Re: It's not about the congestion, it's about the profit motive driving the industry

2020-03-21 Thread Livingood, Jason
> Internet congestion is a symptom, not the cause of this thread. [JL] I'm wondering if one of the issues is problems with legacy TCP congestion control algorithms. The industry has been poking at that for awhile and approaches range from BBR to fq_codel. This is worth exploring a bit more IMO.

Fwd: Re: COVID-19 vs. our Networks

2020-03-21 Thread Alexandre Petrescu
(photo removed, the admins have it, dont ask me in private) Message transféré Sujet : Re: COVID-19 vs. our Networks Date : Sat, 21 Mar 2020 14:20:56 +0100 De :Alexandre Petrescu Pour : nanog@nanog.org LF/HF Le 21/03/2020 à 12:28, Florian Weimer a écrit : *

Fwd: Your message to NANOG awaits moderator approval

2020-03-21 Thread Alexandre Petrescu
Message transféré Sujet : Your message to NANOG awaits moderator approval Date : Sat, 21 Mar 2020 13:21:18 + De :nanog-ow...@nanog.org Pour : alexandre.petre...@gmail.com Your mail to 'NANOG' with the subject Re: COVID-19 vs. our Networks Is being held u

Re: CISA: Guidance on the Essential Critical Infrastructure Workforce

2020-03-21 Thread Alexandre Petrescu
Le 21/03/2020 à 08:37, Bill Woodcock a écrit : In France I must show a paper (not smartphone) printed permit, each sortie one different paper. The receiver of it (police) takes it in his/her gloved hands then s/he passes it back to me. I do not have gloves. I wished the receiver did not use th

Re: COVID-19 vs. our Networks

2020-03-21 Thread Alexandre Petrescu
Le 21/03/2020 à 03:42, Mark Tinka a écrit : On 20/Mar/20 19:38, Rich Kulawiec wrote: +100. In all the decades that I've been here (on the 'nets), the saddest change I've seen is the lack of responsibility on the part of people who have, by virtue of their positions, been given incredible powe

Re: CISA: Guidance on the Essential Critical Infrastructure Workforce

2020-03-21 Thread Alexandre Petrescu
LF/HF Le 21/03/2020 à 03:24, Mark Tinka a écrit : On 20/Mar/20 15:53, Alexandre Petrescu wrote: In France I must show a paper (not smartphone) printed permit, each sortie one different paper.  The receiver of it (police) takes it in his/her gloved hands then s/he passes it back to me.  I do

Re: COVID-19 vs. our Networks

2020-03-21 Thread Mike Hammett
Unless the IX or OCA feed goes to the DSLAM, node, tower... no. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Mark Tinka" To: nanog@nanog.org Sent: Friday, March 20, 2020 9:22:45 PM Subject: Re: C

Re: COVID-19 vs. our Networks

2020-03-21 Thread Florian Weimer
* Mike Hammett: > Netflix recommends 25 megs for Ultra HD, while only 5 megs for > HD. That's a 5x difference in something people likely won't notice > and would make a big difference on the additional VPN, VoIP, video > conferencing, etc. 4K isn't supported by all devices and plans. I'm not sur

Re: interesting troubleshooting

2020-03-21 Thread Saku Ytti
On Sat, 21 Mar 2020 at 04:20, Steve Meuse wrote: > What that large flow in a single LSP? Is this something that FAT lsp would > fix? No. FAT adds additional MPLS label for entropy, ingressPE calculates flow hash, based on traditional flow keys and injects that flow number as MPLS label, so tra

Re: interesting troubleshooting

2020-03-21 Thread Saku Ytti
Hey Matthew, > There are *several* caveats to doing dynamic monitoring and remapping of > flows; one of the biggest challenges is that it puts extra demands on the > line cards tracking the flows, especially as the number of flows rises to > large values. I recommend reading > https://www.juniper

Re: CISA: Guidance on the Essential Critical Infrastructure Workforce

2020-03-21 Thread Bill Woodcock
>> In France I must show a paper (not smartphone) printed permit, each >> sortie one different paper. The receiver of it (police) takes it in >> his/her gloved hands then s/he passes it back to me. I do not have >> gloves. I wished the receiver did not use the same gloves for each >> pereson who

Re: China’s Slow Transnational Network

2020-03-21 Thread Pengxiong Zhu
> > I know about Chinese operators who will deliberately congest peering ports > to influence 3rd party network behaviour. How do they deliberately congest peering ports? Do you hear from those Chinese operators or you observe this from the traffic? Most countries in Africa do not implement great