- Test - lists.nanog.org

Re: Cisco CCNA Training
by Larry Sheldon 04 Nov '14

04 Nov '14

On 11/2/2014 11:02, Colton Conor wrote: > We have a couple of techs that want to learn cisco and networking in > general. What do you recommend for learning and getting certified on Cisco? > There seems to be a million different training courses, books, etc out > there. > My personal opinion, worth what you paid for it: For learning--work beside an Old Hand that knows it and has a good record. For certification, sign up for the cheapest one. -- The unique Characteristics of System Administrators: The fact that they are infallible; and, The fact that they learn from their mistakes. Quis custodiet ipsos custodes

3 2

Re: Fwd: FW: NIST NTP Server List
by Mark Andrews 03 Nov '14

03 Nov '14

http://time.gov/HTML5/ over IPv6 is broken. % fetch -6v http://time.gov/HTML5/ looking up time.gov connecting to time.gov:80 requesting http://time.gov/HTML5/ 404 Not Found Not Found The requested URL /HTML5/ was not found on this server. fetch: http://time.gov/HTML5/: Not Found % fetch -4v http://time.gov/HTML5/ looking up time.gov connecting to time.gov:80 requesting http://time.gov/HTML5/ remote size / mtime: 10438 / 1414696016 fetch.out 100% of 10 kB 104 MBps % Mark In message <5457A711.1080604(a)nist.gov>, Andrew Novick writes: > > Hello - can you tell me what this pertains to, or if I can help? > > Andrew Novick > NIST > > > -----Original Message----- > From: Mark Andrews [mailto:marka@isc.org] > Sent: Thursday, October 30, 2014 8:22 PM > To: Pete Carah > Cc: nanog(a)nanog.org; do-webmaster > Subject: Re: NIST NTP Server List > > > In message <5452D146.4080307(a)altadena.net>, Pete Carah writes: > > On 10/30/2014 06:27 PM, Mark Andrews wrote: > > > IPv6 is production. Report the problem. > > > > > Sorry for reporting it here, but there seems to be more than one > > problem (the link resulting from clicking on "nist time". > > What does reporting a 404 to nanog do? The network to them is UP. Since the > front page is up and actually has a address for reporting web problems I wou > ld expect that you would report the problem there (I've cc'd the address). > > If the front page wasn't up you should do a whois lookup and use those contac > t details except this a .gov domain where whois is a farce. So you also need > to contact your federal representative and complain about that. > > Nist can put contact details on their web page: > > Public Inquiries Unit > NIST, 100 Bureau Drive, Stop 1070, Gaithersburg, MD 20899-1070 > Email: inquiries(a)nist.gov > Phone: (301) 975-NIST (6478) or Federal Relay Service (800) 877-8339 (TTY) > > But the whois give this farcical response: > > % DOTGOV WHOIS Server ready > Domain Name: NIST.GOV > Status: ACTIVE > > >>> Last update of whois database: 2014-10-31T00:16:27Z <<< > Please be advised that this whois server only contains information pertaining > to the .GOV domain. For information for other domains please use the whois s > erver at RS.INTERNIC.NET. > > > I get the nist front page fine on v6, then click on the time link and > > get a 404 looking for a strange url: > > "hxxp://time.gov/HTML5" (which could be fine but does look a little > > strange.) > > > > -- Pete > > > > > > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: marka(a)isc.org > > > > > > --------------090806090301080104060605 > Content-Type: text/html; charset="ISO-8859-1" > Content-Transfer-Encoding: 7bit > > <html> > <head> > > <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> > </head> > <body text="#000000" bgcolor="#FFFFFF"> > Hello - can you tell me what this pertains to, or if I can help?<br> > <br> > Andrew Novick<br> > NIST<br> > <div class="moz-forward-container"><br> > <pre> > > -----Original Message----- > From: Mark Andrews [<a class="moz-txt-link-freetext" href="mailto:marka@isc.o > rg">mailto:marka@isc.org</a>] > Sent: Thursday, October 30, 2014 8:22 PM > To: Pete Carah > Cc: <a class="moz-txt-link-abbreviated" href="mailto:nanog@nanog.org">nanog@n > anog.org</a>; do-webmaster > Subject: Re: NIST NTP Server List > > > In message <a class="moz-txt-link-rfc2396E" href="mailto:5452D146.4080307@alt > adena.net"><5452D146.4080307(a)altadena.net></a>, Pete Carah writes: > > On 10/30/2014 06:27 PM, Mark Andrews wrote: > > > IPv6 is production. Report the problem. > > > > > Sorry for reporting it here, but there seems to be more than one > > problem (the link resulting from clicking on "nist time". > > What does reporting a 404 to nanog do? The network to them is UP. Since the > front page is up and actually has a address for reporting web problems I wou > ld expect that you would report the problem there (I've cc'd the address). > > If the front page wasn't up you should do a whois lookup and use those contac > t details except this a .gov domain where whois is a farce. So you also need > to contact your federal representative and complain about that. > > Nist can put contact details on their web page: > > Public Inquiries Unit > NIST, 100 Bureau Drive, Stop 1070, Gaithersburg, MD 20899-1070 > Email: <a class="moz-txt-link-abbreviated" href="mailto:inquiries@nist.gov">i > nquiries(a)nist.gov</a> > Phone: (301) 975-NIST (6478) or Federal Relay Service (800) 877-8339 (TTY) > > But the whois give this farcical response: > > % DOTGOV WHOIS Server ready > Domain Name: NIST.GOV > Status: ACTIVE > > >>> Last update of whois database: 2014-10-31T00:16:27Z <<< > Please be advised that this whois server only contains information pertaining > to the .GOV domain. For information for other domains please use the whois s > erver at RS.INTERNIC.NET. > > > I get the nist front page fine on v6, then click on the time link and > > get a 404 looking for a strange url: > > "hxxp://time.gov/HTML5" (which could be fine but does look a little > > strange.) > > > > -- Pete > > > > > > > -- > Mark Andrews, ISC > 1 Seymour St., Dundas Valley, NSW 2117, Australia > PHONE: +61 2 9871 4742 INTERNET: <a class="moz-txt-link-abbre > viated" href="mailto:marka@isc.org">marka(a)isc.org</a> > </pre> > <br> > </div> > <br> > <br> > </body> > </html> > > --------------090806090301080104060605-- -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka(a)isc.org

1 0

Learning about the internet
by Paige Thompson 03 Nov '14

03 Nov '14

Hi, I was just reading about transatlantic cabling in some hopes that I would be able to find an answer as to why the latency between here in greece and Los Angeles is roughly ~250ms. This seems to be a really common thing, although I'd like to understand why and the articles on transatlantic cabling as near as I can tell indicate that I am getting screwed if anything (not enough information?) (from Los Angeles to my house) Konsole output Konsole output gw~ #mtr --report-wide xxxxxxxxxxxxxxx.access.hol.gr Start: Mon Nov 3 13:04:02 2014 HOST: gw Loss% Snt Last Avg Best Wrst StDev 1.|-- 208.79.92.65 10.0% 10 1.5 3.6 1.2 15.5 4.6 2.|-- s7.lax.arpnetworks.com 0.0% 10 0.8 10.9 0.8 54.2 20.7 3.|-- vlan953.car2.LosAngeles1.Level3.net 30.0% 10 10.5 10.3 10.1 10.8 0.0 4.|-- ae-27-27.edge6.LosAngeles1.Level3.net 30.0% 10 21.8 16.2 8.6 47.6 14.7 5.|-- ae-4-90.edge1.LosAngeles6.Level3.net 80.0% 10 9.0 8.9 8.7 9.0 0.0 6.|-- be3036.ccr21.lax04.atlas.cogentco.com 10.0% 10 1.7 2.1 1.4 4.3 0.7 7.|-- be2076.mpd22.lax01.atlas.cogentco.com 10.0% 10 1.6 1.9 1.6 3.2 0.0 8.|-- be2068.ccr22.iah01.atlas.cogentco.com 0.0% 10 37.7 37.7 37.3 39.0 0.3 9.|-- be2173.ccr42.atl01.atlas.cogentco.com 0.0% 10 51.6 52.4 51.5 57.5 1.7 10.|-- be2171.mpd22.dca01.atlas.cogentco.com 0.0% 10 62.6 62.7 62.4 63.3 0.0 11.|-- be2112.ccr41.iad02.atlas.cogentco.com 0.0% 10 155.5 155.8 155.5 156.1 0.0 12.|-- be2268.ccr42.par01.atlas.cogentco.com 0.0% 10 152.6 152.7 152.5 153.5 0.0 13.|-- be2278.ccr42.fra03.atlas.cogentco.com 0.0% 10 155.3 155.4 155.1 155.5 0.0 14.|-- be2229.ccr22.muc01.atlas.cogentco.com 0.0% 10 161.2 161.1 160.9 161.3 0.0 15.|-- be2223.ccr21.vie01.atlas.cogentco.com 0.0% 10 164.9 165.1 164.9 165.2 0.0 16.|-- be2046.ccr21.sof02.atlas.cogentco.com 0.0% 10 189.5 189.4 189.3 189.9 0.0 17.|-- be2118.rcr11.ath01.atlas.cogentco.com 0.0% 10 197.5 197.6 197.4 197.7 0.0 18.|-- 149.11.120.38 0.0% 10 202.7 202.2 200.3 204.2 1.4 19.|-- 62.38.97.113 80.0% 10 208.5 209.8 208.5 211.1 1.7 20.|-- gigaeth04-13.krs00.ar.hol.gr 60.0% 10 211.3 213.0 211.2 218.2 3.4 21.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 22.|-- xxxxxxxxxxxxxxxx.access.hol.gr 40.0% 10 231.3 231.4 231.2 231.7 0.0 gw~ # And to be more clear: I am hoping to learn about the complex trials that these packets are going through and how time is being lost if the latency across the transatlantic cable is really capable of less the 60ms of latency? Sure over capacity (3.2Tbits/s wow jeez) is one answer, but what are some other possibilities for loss of time? Also it seems with my VPN (OpenVPN) tunnel I get the most reliable connection (fewest drops) with: Konsole output mssfix 576 fragment 576 Although this could be a false positive as it only *seems* to help with reliability since I changed it. Even then but less often than before I still experience drops but I want to believe that's possibly due to my ISP at that point.. but assuming my ISP was absolutely perfect and never a problem what else there to consider? Any and all insight is appreciated. -Paige

5 5

Fwd: Level 3 Acquires tw telecom
by Jay Ashworth 03 Nov '14

03 Nov '14

L3 announcement from this morning's mail. Cheers, -- jra -------- Original Message -------- From: Level 3 Communications <Solutions.Center(a)Your.Level3.com> Sent: November 3, 2014 12:15:41 PM EST To: jra(a)baylink.com Subject: Level 3 Acquires tw telecom View on Mobile Phone <http://app.your.level3.com/e/es.aspx?s=2310&e=53865&elq=6703751e689f4b9299d…> View as Web Page <http://app.your.level3.com/e/es.aspx?s=2310&e=53865&elq=6703751e689f4b9299d…> A special message to our valued customers, We are excited to bring tw telecom and Level 3 together as we work to become the premier provider of communications services globally. The combination of tw telecom and Level 3 offers our customers, an advanced operating environment that delivers local to global advanced network solutions. Current Level 3 customers will benefit from thousands of new connected buildings, which will enable a higher quality, more reliable on-net experience. And tw telecom customers will benefit from Level 3’s extensive local-to-global footprint in more than 60 countries, substantial undersea networks and access to our data centers around the world. Along with the additions to our global infrastructure, existing and prospective customers will benefit from an expanded product portfolio, targeted at helping enterprises, government agencies and carriers manage their networks efficiently and securely. There will be some changes ahead, but one thing you can be assured won’t change is our commitment to you. Whether you are a tw telecom customer, a Level 3 customer, or both -- we remain intensely focused on solving the challenges you face as your business’ communications requirements grow. As we work to integrate our teams, your current account teams will remain the same. I encourage you to connect with your account team if you have any questions or concerns about day-to-day business. Moving forward, any changes that affect you will be communicated to you in a clear and timely manner. Our commitment is that we will continue to take end-to-end responsibility for the secure, reliable network experience we provide to you. That means we will be easy to do business with, responsive and will deliver on our promises. We appreciate your business and confidence, and look forward to serving your needs now and in the future. Welcome to the new Level 3 Communications. To learn more about the acquisition click here <http://www.twtelecomisnowlevel3.com/en?elq_mid=4408&elq_cid=1900415>. Sincerely, John Blount Regional President, North America and APAC This email message may be considered an advertisement or solicitation. Level 3 Communications, 1025 Eldorado Blvd., Broomfield, CO, 80021 Unsubscribe http://app.your.level3.com/e/u.aspx?s=2310&elq=6703751e689f4b9299d28410aaae… Privacy http://www.level3.com/en/privacy/?elq=6703751e689f4b9299d28410aaaea5c7&elqC… Legal http://www.level3.com/en/legal/?elq=6703751e689f4b9299d28410aaaea5c7&elqCam… © by Level 3 Communications, LLC. All rights reserved -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.

1 0

Fwd: Survey on Smart Data Pricing for Affordable Internet access
by manning bill 03 Nov '14

03 Nov '14

The IRTF is looking for data… /bill PO Box 12317 Marina del Rey, CA 90295 310.322.8102 Begin forwarded message: > From: Arjuna Sathiaseelan <arjuna.sathiaseelan(a)cl.cam.ac.uk> > Subject: Survey on Smart Data Pricing for Affordable Internet access > Date: November 3, 2014 at 1:56:30 PST > To: irtf-discuss(a)irtf.org > Cc: ietf(a)ietf.org > > All, > > As part of the newly formed IRTF GAIA RG, we are conducting a research > study to better understand how > innovative pricing models for "data" can help bring Internet access to > the millions of people in the world who have so far been left > disconnected. We wish to ask several questions about how pricing > models for "data" would be most attractive to network operators, as > well as the challenges that might come with them. > > We would appreciate if this can be filled by the network operators, > VNOs, the community wireless network operators etc in the mailing > list. Incase you know of any other NOs, could you please forward this > to them. The deadline for filling the form is November 12th. It will > be great to get the survey done by many NOs as possible for us to > decipher the benefits of SDP on enabling affordable Internet access. > > The questionnaire should take no longer than 10 minutes, and all data > will be anonymous, private and exclusively used for non-commercial > purposes. > > The survey is here: > https://docs.google.com/forms/d/1B-Vtl3mYJ2TJMWiFXxHySMrKSqxrhy0EzVNDlXKhPe… > > Regards > > -- > Arjuna Sathiaseelan | http://www.cl.cam.ac.uk/~as2330/ >

1 0

ISP Performance Metrics and Performance Measurement tools
by Joseph Okoegwale 03 Nov '14

03 Nov '14

Dear all - Kindly share commonly used metrics for benchmarking ISPs and available tools (preferably open source) that are used for tracking and reporting these metrics. thanks for your help and regards, Joseph

3 2

Now Hiring: Network Engineers at KINBER to work on PennREN
by Alex Deljen 03 Nov '14

03 Nov '14

The folks at KINBER are looking for network engineers to work on PennREN. Pennsylvania's Research and Education network. Please see the url above for job description. Big network in PA that connects the major higher-eds and others. Cheers. http://goo.gl/nK6W27 www.kinber.org

1 0

HTTP 302 with multiple Location: headers?
by Jeroen Massar 03 Nov '14

03 Nov '14

Ignoring the fact that Akamai IPv6 is broken on random nodes, thus you get either a working response or not from the same IP as some of the nodes are borked and thus just hang the connection.. (could be pmtu, hard to say without peeking inside the cluster).... see amongst others: https://www.sixxs.net/forum/?msg=general-12378937 But on a non-IPv4 note for once, I just noticed this funny one: $ telnet -4 www.akamai.com 80 Trying 95.101.216.85... Connected to e8921.dscx.akamaiedge.net. Escape character is '^]'. GET /html/technology/nocc.html HTTP/1.1 Host: www.akamai.com HTTP/1.1 302 Moved Temporarily Content-Length: 153 Content-Type: text/html Location: /esi/ui/html_head.html Location: /esi/ui/header.html Location: /esi/ui/technology-nav.html Location: /esi/ui/footer.html Location: /esi/ui/footer_js.html Location: /esi/webtrends.html Location: /esi/google-tag-manager.html Set-Cookie: cm_sessionid=47d4fed5001b00007c7457540ff80400b7650000; path=/ Set-Cookie: x_hd= Set-Cookie: x_hd= Set-Cookie: x_hd= Set-Cookie: x_hd= Set-Cookie: x_hd= Set-Cookie: x_hd= Set-Cookie: x_hd= ETag: "4c08f-206b-50353850ddb40" Cache-Control: max-age=70369 Date: Mon, 03 Nov 2014 12:26:36 GMT Connection: keep-alive <HTML> <HEAD> <TITLE>Error Page</TITLE> </HEAD> <BODY> An error (302 Moved Temporarily) has occured in response to this request. </BODY> </HTML> Connection closed by foreign host. Multiple Location: headers, really? and for head/footer/etc? Really? :) Chrome reports: --- Error code: ERR_RESPONSE_HEADERS_MULTIPLE_LOCATION --- Firefox: --- Corrupted Content Error The page you are trying to view cannot be shown because an error in the data transmission was detected. --- Note the irony in googling for Akamai NOC and getting such a page. I think there are a couple of b0rked nodes in the cluster that is attempting to serve me... Greets, Jeroen

2 1

Smart Data Pricing Questionnaire
by Gareth Tyson 03 Nov '14

03 Nov '14

Hi everybody, We're doing some research into the use of smart data pricing for enabling cheaper Internet access for the millions in the world who remain disconnected. We basically wish to understand which pricing models for data would be most attractive to network operators, as well as the challenges that might come with them. If you have a spare 10 minutes, it would be great if you could fill out the following questionnaire: https://docs.google.com/forms/d/1B-Vtl3mYJ2TJMWiFXxHySMrKSqxrhy0EzVNDlXKhPe… Many thanks! Best regards, Gareth. --- Dr. Gareth Tyson, CS 404 (Not Found), Electronic Engineering and Computer Science, Queen Mary University of London.

1 0

Is it unusual to remove defunct rr objects?
by Tim Howe 03 Nov '14

03 Nov '14

In the recent past, we've had another provider in our same market erroneously advertising prefixes for some of our customers. After we got it cleared up, I noticed that there were some old route objects in RADB that were entered for that provider years ago by 360. These route objects, in a sense, legitimized, the erroneous advertisements by matching the prefixes to that providers ASN. As that provider no longer uses 360/Zayo, I asked Zayo if they could remove the objects. Once the request made it to someone who understood what I was asking, they spent some time and effort over the next few weeks (much appreciated by me, I might add) in hunting down the info they needed to (I assume) manage the old 360 maintnr object. They then removed the offending objects (again, my thanks). One of the Zayo support folks mentioned to me, somewhat apologetically, that it took some time as nobody had ever made such a request before. So this got me wondering: is it really such a rare thing to manage ones route objects such that old defunct data is removed? I'm not under the impression that the issue I had would have been alleviated any by the related route objects having been removed beforehand, but their existence wasn't helping me any either. I've since found a disturbing number of defunct objects that relate to my customers (and me) in a similar way, and I have mostly had success in getting them cleared up. If my relatively small customer base is any indication, there are more incorrect objects out there than correct ones. I feel this is something I should have been looking into sooner. Is this a non-issue that I shouldn't worry about? Doesn't the quality of this data effect Origin Validation efforts? Sorry that this turned out so long; I wanted to give some context. --TimH

7 11