July 2018 - Test - lists.nanog.org

Re: Rising sea levels are going to mess with the internet
by Scott Weeks 23 Jul '18

23 Jul '18

<snippage occurred> --- rob(a)invaluement.com wrote: From: Rob McEwen <rob(a)invaluement.com> The bottom line is that there is no trend of recently observed sea level rising data that is even close to being on track to hit all these dire predictions within the foreseeable future.... And, again, there were articles like this 10, 15, and even 20 years ago that made very similar predictions - that didn't happen. ------------------------------------------ Maybe the dire predictions didn't happen, but when combined with other drivers stuff happens. For example: https://www.theguardian.com/environment/2016/may/10/headlines-exaggerated-c… "The study blamed the loss on a combination of sea-level rise and high wave energy." "The major misunderstanding stems from the conflation of sea-level rise with climate change." "...the ocean has been rising in the Solomon Islands at 7mm per year, more than double the global average." "...driven partly by global warming and partly by climatic cycles - in particular the Pacific Decadal Oscillation." So for us, it's an it depends thing. It depends what cables and where they're located. scott

2 1

[OT] Internet in China
by Danijel Starman 23 Jul '18

23 Jul '18

Hi, Can someone suggest a reliable internet provider in China? Are all options China Telecom? Some current links we have in Shanghai are sometimes exhibiting ~40% packet loss to Japan/Singapore AWS regions which is not really acceptable. Off-list replies are welcome too. Thank you! -- *blap*

2 1

Spectrum Outage
by Tyler Harden 23 Jul '18

23 Jul '18

Any Charter/Spectrum engineers in here? Seems to be a large outage.

1 0

Proving Gig Speed
by Chris Gross 22 Jul '18

22 Jul '18

I'm curious what people here have found as a good standard for providing solid speedtest results to customers. All our techs have Dell laptops of various models, but we always hit 100% CPU when doing a Ookla speedtest for a server we have on site. So then if you have a customer paying for 600M or 1000M symmetric, they get mad and demand you prove it's full speed. At that point we have to roll out different people with JDSU's to test and prove it's functional where a Ookla result would substitute fine if we didn't have crummy laptops possibly. Even though from what I can see on some google results, we exceed the standards several providers call for. Most of these complaints come from the typical "power" internet user of course that never actually uses more than 50M sustained paying for a residential connection, so running a circuit test on each turn up is uncalled for. Anyone have any suggestions of the requirements (CPU/RAM/etc) for a laptop that can actually do symmetric gig, a rugged small inexpensive device we can roll with instead to prove, or any other weird solution involving ritual sacrifice that isn't too offensive to the eyes?

40 114

Re: using expect to log into devices
by Scott Weeks 22 Jul '18

22 Jul '18

--- ler762(a)gmail.com wrote: From: Lee <ler762(a)gmail.com> > I have a file with 1000s of devices and another file > with a list of commands. The program issues all > commands for a device and then moves on to the next > one using nested loops. In the debug I see the > "spawn_id expNN" (where NN is a number that, I > believe is representative of the number of file > descriptors used in the system) increment only when > a device does not respond. As long as a device > responds before the timeout period I see the expNN > number does not increase. As soon as a device > doesn't respond the expNN count goes up and I can't > figure out why. Once I hit a certain expNN the <snip> :: 'close $spawn_id' is wrong, so maybe that's it? :: man expect :: close [-slave] [-onexec 0|1] [-i spawn_id] :: closes the connection to the current process. :: ... The -i :: flag declares the :: process to close corresponding to the named :: spawn_id. <.. snip ..> ---------------------------------------- I hand typed the close stuff in the email with just 'close spawn_id'. I did the -i in previous iterations, but saw no difference. Maybe I should try more. I saw the 'close' alone a lot on Stackexchange a lot,so I was copying those in this iteration. I also should have read the man page more than I did, so a face slap to myself. :: No matter whether the connection is closed :: implicitly or explicitly, you should call wait to :: clear up the corresponding kernel process slot. :: close does not call wait since there is no guarantee :: that closing a process connection will cause it to :: exit. See wait below for more info. :: The eof and timeout cases are basically :: { catch {close}; catch {wait}; } I always used wait after close and need to look into those above. Maybe they close it different somehow. :: get rancid from here... and take a look at clogin... I'm going to be looking for a new job and want to up my skills, in case I get a chance to do the SDN/NFV stuff, which I read requires coding skills, so this is also an exercise toward that. Plus it's fun. I had already done this in PERL, but, even though we have PERL, we are not allowed to download modules here. So, I'm redoing it in Expect. I thought someone would say a "oh just <blah, blah> and you're done" type of response. Thanks a lot from everyone private and on the list. I'll post for the archives if I find the answer. scott

4 4

using expect to log into devices
by Scott Weeks 21 Jul '18

21 Jul '18

I have looked extensively on the web for an answer and cannot find one, so I come to you guys. I am not allowed to use modules in PERL or Python or I wouldn't have to do it this way. I have to do this all in Expect and I am a newbie at it. Also, maybe I'm having the Friday afternoon "I want to go home" mental block and the answer is right in front of my nose. I have a file with 1000s of devices and another file with a list of commands. The program issues all commands for a device and then moves on to the next one using nested loops. In the debug I see the "spawn_id expNN" (where NN is a number that, I believe is representative of the number of file descriptors used in the system) increment only when a device does not respond. As long as a device responds before the timeout period I see the expNN number does not increase. As soon as a device doesn't respond the expNN count goes up and I can't figure out why. Once I hit a certain expNN the program exits ungracefully; usually somewhere between 2500 and 3500 devices because our FD is set to 256 and that's how long it takes for 256 devices to not respond before the timeout period. Can anyone tell me why? Here is the relevant config snippet. I've tried every iteration of close and wait I found and no love... You'll want to put this into a fixed width font like Courier New or it'll just be a mess. foreach element $device { send_user "\n\n" send_user "#####################################\n" send_user "###### BEGIN $element #######\n" send_user "#####################################\n" spawn ssh -q -o StrictHostKeyChecking=no $username@$element expect { timeout { send_user "\nfailed to get password prompt\n\n" send_user "#####################################\n" send_user "####### END $element ########\n" send_user "#####################################\n" send_user "\n\n\n"; continue close $spawn_id wait } eof { send_user "\nssh failure for $element\n\n" send_user "#####################################\n" send_user "####### END $element ########\n" send_user "#####################################\n" send_user "\n\n\n"; continue close $spawn_id wait } "assword" { send "$password\n" } } expect { timeout { send_user "\npassword did not work or enable mode not achieved\n\n" send_user "#####################################\n" send_user "####### END $element ########\n" send_user "#####################################\n" send_user "\n\n\n"; continue close $spawn_id wait } eof { send_user "\npassword failure for $element\n\n" send_user "#####################################\n" send_user "######## END $element #########\n" send_user "#####################################\n" send_user "\n\n\n"; continue close $spawn_id wait } "" { send "term len 0\n" # send "skip-page-display\n" foreach command $commands { expect "#" send "$command\n" send_user "\n\n" } } } send "exit\n" send "exit\n" send_user "#####################################\n" send_user "####### END $element ########\n" send_user "#####################################\n" send_user "\n\n\n" close wait } Thanks! scott ps; I realize my indenting of the curly braces and other things are not standard... :)

3 2

Re: using expect to log into devices
by Scott Weeks 21 Jul '18

21 Jul '18

--- jwbensley(a)gmail.com wrote: From: James Bensley <jwbensley(a)gmail.com> :: Do you need to write this yourself, No, but I'm tired of being a coding wussie, so this is 1) an exercise for me in getting better at it and 2) I want it to read a list of machines from one file and execute a list of commands from another. Then I just vi the files and done. :: I've used this expect script too many :: times such that I should be ashamed...It :: "just works": :: :: https://sourceforge.net/projects/cosi-nms/files/ciscocmd/ Thanks, it's beertime Friday, so I will look at it tomorrow. However, I'd sure like to know why I an using up all the file descriptors on the system. scott

1 0

Re: Proving Gig Speed
by Scott Weeks 21 Jul '18

21 Jul '18

--- mark.tinka(a)seacom.mu wrote: On 20/Jul/18 21:37, Scott Weeks wrote: > Could you explain that? Do you mean logically > near the ground stations? I mean physically in the ISP's backbone. ------------------------------------------ Oops, failure to communicate... They folks on the eyeball end have consumer grade satellite internet with VSATs in their yard. Thus my CDN in the satellite joke. scott

3 2

Re: Proving Gig Speed
by Scott Weeks 21 Jul '18

21 Jul '18

--- mark.tinka(a)seacom.mu wrote: From: Mark Tinka <mark.tinka(a)seacom.mu> On 20/Jul/18 00:13, Scott Weeks wrote: > What I meant to say is a lot of folks get connectivity > through satellite. 500msec plus and jitter to spare. Would having local CDN caches help satellite-based providers? Sure... -------------------------------------- Could you explain that? Do you mean logically near the ground stations? I had a funny thought... CDN in the satellite. :) scott

2 1

My compliments to Wowrack in Seattle
by Dylan Ambauen 20 Jul '18

20 Jul '18

Wowrack responded to an abuse report within 24 hours. This is the first abuse report for which I have ever received a response. They nullrouted the culprit, a paying customer no doubt. Thank you Wowrack.

1 0