- Test - lists.nanog.org

Re: mail admins?
by Scott Weeks 24 Apr '20

24 Apr '20

--- mike(a)mtcc.com wrote: From: Michael Thomas <mike(a)mtcc.com> To: nanog(a)nanog.org Subject: Re: mail admins? Date: Tue, 21 Apr 2020 17:34:36 -0700 On 4/21/20 5:19 PM, Scott Weeks wrote: > > >> I think you just need to let scripts run in your browser for >> nanog.org. > sad. http://nanog.org used to be the brilliant example of a fully > featured web site sans javascript, flash, ... > --------------------------------------------------- > > > I'm not one to plus-one anything, but this should be plus-infinity. > I whined about it a year or so ago. Crickets. I gave up on doing > anything on the web site because I can't get anything to work > unless I make my computer less secure. Sad trend. More flash and > trash marketing crap and less network engineering acumen. Like > configuring routers from a web browser, rather than a CLI... > this ship left port in the 90's. you might as well be an old man yelling at clouds. oh wait, randy does kind of resemble grandpa simpson :) ---------------------------------------------- So I should just get used to configuring routers with HTTP and Notepad and forget about that nasty, old, 20th century vi crap? :) scott ps. One guy I know claims vi is the spawn of satan.

4 5

Re: mail admins?
by Scott Weeks 23 Apr '20

23 Apr '20

--- mike(a)mtcc.com wrote > So I should just get used to configuring routers with HTTP and > Notepad and forget about that nasty, old, 20th century vi crap? :) No, but complaining about javascript on websites --------------------------------- Just to be clear, I was only complaining about NANOG's site. Well, ARIN's, too. I get what you're saying for the internet in general. It seems NANOG could see javascript being blocked and redirect folks to a non-insecure (javascript) site like others (twitter, for example) do. Then, I could use Lynx! (kidding!) :) scott

2 1

Comcast - Significant v4 vs v6 throughput differences, almost stateful.
by Nick Zurku 23 Apr '20

23 Apr '20

Hello all, I would appreciate if someone from Comcast could contact me about this. We’re having serious throughput issues with our AS20326 pushing packets to Comcast over v4. Our transfers are either the full line-speed of the Comcast customer modem, or they’re seemingly capped at 200-300KB/s. This behavior appears to be almost stateful, as if the speed is decided when the connection starts. As long as it starts fast it will remain fast for the length of the transfer and slow if it starts slow. Traces seem reasonable and currently we’ve influenced the path onto GTT both ways. If we prepend and reroute on our side, the same exact issue with happen on another transit provider. This issue does not affect v6 and that is full speed on every attempt. This may be regionalized to the Comcast Pittsburgh market. This is most widely affecting our linux mirror repository server: http://mirror.pit.teraswitch.com/ Our colocation customers who are hosting VPN systems are also noticing bottlenecks have started recently for their Comcast employees. -- Nick Zurku Systems Engineer TeraSwitch, Inc. nzurku(a)teraswitch.com

6 6

xplornet contact or any experience with their satellite service?
by Brian J. Murrell 23 Apr '20

23 Apr '20

A friend of mine just recently got Xplornet satellite service at his rural home. I'm well aware of the latency issues with satellite although frankly his latency is much better than I had feared it would be and is around 600-700ms. But what seems to be worse than the latency is the "burstiness" of the traffic and I am just wondering if that is normal/expected for satellite service in general, and/or expected from Xplornet's service, or if what I am seeing is not expected at all (i.e. not an artifact of the satellite signal but rather a network management issue). Here's iperf3 for 30 seconds sending data (i.e. upload speed): [ ID] Interval Transfer Bitrate [ 5] 0.00-1.21 sec 12.9 KBytes 87.4 Kbits/sec [ 5] 1.21-2.00 sec 6.47 KBytes 67.2 Kbits/sec [ 5] 2.00-3.00 sec 22.0 KBytes 180 Kbits/sec [ 5] 3.00-4.00 sec 41.4 KBytes 339 Kbits/sec [ 5] 4.00-5.00 sec 41.4 KBytes 339 Kbits/sec [ 5] 5.00-6.00 sec 55.6 KBytes 456 Kbits/sec [ 5] 6.00-7.00 sec 69.9 KBytes 572 Kbits/sec [ 5] 7.00-8.00 sec 89.3 KBytes 731 Kbits/sec [ 5] 8.00-9.00 sec 120 KBytes 986 Kbits/sec [ 5] 9.00-10.00 sec 86.7 KBytes 710 Kbits/sec [ 5] 10.00-11.00 sec 133 KBytes 1.09 Mbits/sec [ 5] 11.00-12.00 sec 184 KBytes 1.51 Mbits/sec [ 5] 12.00-13.00 sec 186 KBytes 1.53 Mbits/sec [ 5] 13.00-14.00 sec 159 KBytes 1.30 Mbits/sec [ 5] 14.00-15.00 sec 0.00 Bytes 0.00 bits/sec [ 5] 15.00-16.00 sec 0.00 Bytes 0.00 bits/sec [ 5] 16.00-17.00 sec 93.2 KBytes 763 Kbits/sec [ 5] 17.00-18.00 sec 264 KBytes 2.16 Mbits/sec [ 5] 18.00-19.00 sec 124 KBytes 1.02 Mbits/sec [ 5] 19.00-20.00 sec 157 KBytes 1.28 Mbits/sec [ 5] 20.00-21.00 sec 120 KBytes 986 Kbits/sec [ 5] 21.00-22.00 sec 86.7 KBytes 710 Kbits/sec [ 5] 22.00-23.00 sec 369 KBytes 3.02 Mbits/sec [ 5] 23.00-24.00 sec 197 KBytes 1.61 Mbits/sec [ 5] 24.00-25.00 sec 90.6 KBytes 741 Kbits/sec [ 5] 25.00-26.00 sec 193 KBytes 1.58 Mbits/sec [ 5] 26.00-27.00 sec 192 KBytes 1.57 Mbits/sec [ 5] 27.00-28.00 sec 189 KBytes 1.55 Mbits/sec [ 5] 28.00-29.00 sec 193 KBytes 1.58 Mbits/sec [ 5] 29.00-30.00 sec 179 KBytes 1.46 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-32.20 sec 4.41 MBytes 1.15 Mbits/sec 388 sender [ 5] 0.00-30.00 sec 3.57 MBytes 998 Kbits/sec receiver which averaged the overall prescribed "upload" speed, but notice that it's not 1Mb/s in any kind of a steady stream but rather bursts of higher than 1Mb/s speed followed by low/no speed. At one point it was 2 seconds with no transfer at all even. and here's receiving (i.e. "download"): [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.35 sec 46.6 KBytes 283 Kbits/sec 0 12.9 KBytes [ 5] 1.35-2.00 sec 0.00 Bytes 0.00 bits/sec 0 12.9 KBytes [ 5] 2.00-3.00 sec 67.3 KBytes 551 Kbits/sec 0 37.5 KBytes [ 5] 3.00-4.00 sec 46.6 KBytes 382 Kbits/sec 0 40.1 KBytes [ 5] 4.00-5.00 sec 105 KBytes 858 Kbits/sec 0 44.0 KBytes [ 5] 5.00-6.00 sec 88.0 KBytes 721 Kbits/sec 0 54.3 KBytes [ 5] 6.00-7.00 sec 141 KBytes 1.16 Mbits/sec 0 69.9 KBytes [ 5] 7.00-8.00 sec 124 KBytes 1.02 Mbits/sec 0 101 KBytes [ 5] 8.00-9.00 sec 186 KBytes 1.53 Mbits/sec 0 146 KBytes [ 5] 9.00-10.00 sec 248 KBytes 2.04 Mbits/sec 0 206 KBytes [ 5] 10.00-11.00 sec 311 KBytes 2.54 Mbits/sec 0 257 KBytes [ 5] 11.00-12.00 sec 0.00 Bytes 0.00 bits/sec 43 194 KBytes [ 5] 12.00-13.00 sec 0.00 Bytes 0.00 bits/sec 75 199 KBytes [ 5] 13.00-14.00 sec 435 KBytes 3.56 Mbits/sec 0 199 KBytes [ 5] 14.00-15.00 sec 0.00 Bytes 0.00 bits/sec 34 114 KBytes [ 5] 15.00-16.00 sec 0.00 Bytes 0.00 bits/sec 34 140 KBytes [ 5] 16.00-17.00 sec 373 KBytes 3.05 Mbits/sec 0 149 KBytes [ 5] 17.00-18.00 sec 0.00 Bytes 0.00 bits/sec 0 162 KBytes [ 5] 18.00-19.00 sec 373 KBytes 3.05 Mbits/sec 0 168 KBytes [ 5] 19.00-20.00 sec 0.00 Bytes 0.00 bits/sec 0 171 KBytes [ 5] 20.00-21.00 sec 373 KBytes 3.05 Mbits/sec 0 172 KBytes [ 5] 21.00-22.00 sec 0.00 Bytes 0.00 bits/sec 14 141 KBytes [ 5] 22.00-23.00 sec 0.00 Bytes 0.00 bits/sec 0 120 KBytes [ 5] 23.00-24.00 sec 373 KBytes 3.05 Mbits/sec 0 131 KBytes [ 5] 24.00-25.00 sec 0.00 Bytes 0.00 bits/sec 1 146 KBytes [ 5] 25.00-26.00 sec 0.00 Bytes 0.00 bits/sec 14 104 KBytes [ 5] 26.00-27.00 sec 0.00 Bytes 0.00 bits/sec 0 104 KBytes [ 5] 27.00-28.00 sec 373 KBytes 3.05 Mbits/sec 0 107 KBytes [ 5] 28.00-29.00 sec 0.00 Bytes 0.00 bits/sec 0 119 KBytes [ 5] 29.00-30.00 sec 373 KBytes 3.05 Mbits/sec 0 123 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-30.00 sec 3.94 MBytes 1.10 Mbits/sec 215 sender [ 5] 0.00-30.80 sec 3.13 MBytes 853 Kbits/sec receiver Again, very bursty with periods of 1-2 seconds with no transfer. As you can imagine, the bursiness of this makes for horrible video conferencing since that cannot "buffer" the way single-direction streams like streaming video can and the codec ends up using the "worst case" dips as the speed of the connection and encodes for that. Cheers, b.

6 9

Venmo - Geolocation Challenges
by Justin Krejci 23 Apr '20

23 Apr '20

Hello, I am looking for a Venmo network contact that can assist with a geolocation error in their systems. We have customers on a particular IP prefix who are being flagged by Venmo as outside of the USA but they are not outside of the USA. All standard geolocation systems I can find, as well as ARIN, all show the IP prefix as within the USA. Normal Venmo support channels are not fruitful to resolve the issue, they mostly just indicated users need to use their mobile data connection to get a different IP address for Venmo transactions. That is fine as a temporary work around but that is not a solution. Venmo support has expressed they are not going to do anything more for us in this regard. So if anyone has a relevant contact I might reach out to at Venmo or knows if Venmo uses a particular 3rd party geolocation data set and can share that with me that would be appreciated. I don't mind working with any organization to straighten out any stale data, I just need some assistance getting to someone who has the info or access. Thanks!! Justin Krejci

2 1

"Is BGP safe yet?" test
by Andrey Kostin 23 Apr '20

23 Apr '20

Hi Nanog list, Would be interesting to hear your opinion on this: https://isbgpsafeyet.com/ We have cases when residential customers ask support "why is your service isn't safe?" pointing to that article. It's difficult to answer correctly considering that the asking person usually doesn't know what BGP is and what it's used for, save for understanding it's function, design and possible misuses. IMO, on one hand it promotes and is aimed to push RPKI deployment, on the other hand is this a proper way for it? How ethical is to claim other market players unsafe, considering that scope of possible impact of not implementing it has completely different scale for a small stub network and big transit provider? Kind regards, Andrey

20 57

IGMPv3/MLDv2 implementation and deployment survey
by John Kristoff 23 Apr '20

23 Apr '20

[ Apologies if you've seen this already - jtk ] Friends, Those of you with knowledge, interest, or deployment experience with IP multicast in real networks should consider taking the survey linked to below. Forwarded with knowledge and permission of the original email author. The survey deadline has been extended to the end of this month. John From: Stig Venaas <stig(a)venaas.com> Date: Tue, Feb 25, 2020 at 1:24 PM Subject: Re: IGMPv3/MLDv2 implementation and deployment survey To: <pim(a)ietf.org> Cc: <pim-chairs(a)ietf.org> The IETF PIM Working Group intends to progress IGMPv3 and MLDv2 from Proposed Standards to Internet Standards. To facilitate that, the working group would like to get input from operators and others deploying multicast, and implementors of these protocols, to learn what the current implementation and deployment status is. If you are using multicast, or have implemented these protocols, please respond to the survey at https://jisc.onlinesurveys.ac.uk/implementation-and-deployment-of-igmpv3-an… It is sufficient to get responses from one person from each organization. The survey closes on March 13 2020. To get input from as many organizations as possible, please help forward this email, or distribute the URL, to any contacts you may have that have deployment or implementation experiences, on relevant mailing lists etc. If you have any queries about the survey, please contact the PIM WG chairs at pim-chairs(a)ietf.org. Regards Stig and Mike

1 0

Are underground utility markers essential workers?
by Sean Donelan 22 Apr '20

22 Apr '20

Utility markers don't get the recognition they deserve. If they aren't essential workers, they should be.... and get hazard pay. They help protect everyone's fiber and cables and pipes that go boom.

10 9

Re: mail admins?
by Scott Weeks 22 Apr '20

22 Apr '20

> I think you just need to let scripts run in your browser for > nanog.org. sad. http://nanog.org used to be the brilliant example of a fully featured web site sans javascript, flash, ... --------------------------------------------------- I'm not one to plus-one anything, but this should be plus-infinity. I whined about it a year or so ago. Crickets. I gave up on doing anything on the web site because I can't get anything to work unless I make my computer less secure. Sad trend. More flash and trash marketing crap and less network engineering acumen. Like configuring routers from a web browser, rather than a CLI... scott

2 1

Construction crew hits underground fiber line, causes outage of 'call before you dig' hotline
by Sean Donelan 21 Apr '20

21 Apr '20

https://www.9news.com/article/news/local/fiber-line-damage-colorado-811-out… Construction crew hits underground fiber line, causes outage of 'call before you dig' hotline Through the 811 hotline you can call to have utility lines marked before doing any digging. DENVER — It looks like someone may have forgotten to call before they started digging and now others are unable to do so due to an outage of the Colorado 811 hotline caused by a busted fiber line. A message on the Colorado 811 website says there's an outage in the communication system. It says an underground fiber line was damaged and it's causing "significant" outages in the Denver area. Construction activity caused underground damage, according to the website. Crews are working to repair the damage, but repairs are not expected to be completed until around 8 p.m. Tuesday. [...]

1 0