- NANOG - lists.nanog.org

IPv6 Residential Deployment Survey
by John Curran 24 Jan '19

24 Jan '19

NANOGers - If you are providing residential Internet service with IPv6 (or are a customer of same), please take a moment to complete Jordi’s survey - this will help provide insight into the actual technical practices being used in residential IPv6 deployment. More details in attached email - Thanks! /John Begin forwarded message: From: John Curran <jcurran(a)arin.net<mailto:jcurran@arin.net>> Subject: [arin-ppml] IPv6 Residential Deployment Survey Date: May 22, 2016 at 6:24:17 AM GMT+2 To: ARIN PPML <ppml(a)arin.net<mailto:ppml@arin.net>> Folks - Jordi Palet Martínez is conducting a brief survey regarding IPv6 deployment in residential Internet service. Having insight into the various practices that are in use may help to inform IPv6 number resource policy development, and thus I ask that you take a moment to complete the survey if you are providing such services (whether production or trial basis.) Jordi notes - "The results will be published and updated every month or so - No personal data will be published. (If you know your network, it takes less than 2 minutes to complete it) The survey can be responded even if is not yet a commercial service, and customers can also respond, not just the ISP. However, to avoid duplicate data, make sure to include the country and ISP name.” The IPv6 Residential Deployment Survey may be found here - <http://survey.consulintel.es/index.php/175122> Thanks! /John John Curran President and CEO ARIN

9 16

A survey about networking incidents
by Yu, Minlan 24 Jan '19

24 Jan '19

Hi Nanog, We all know that networks are at the heart of many of the systems we use today. When these systems break, the underlying networks are often the first suspects. Networks are hard to diagnose and they are most likely to be blamed for problems even if they are completely healthy. As networking engineers, we have all seen cases where another part of the system was causing an issue but the network was held the suspect until the problem was resolved. We are researchers from Harvard and The University of Pennsylvania who are interested in understanding this problem and its impact better in order to build a solution. Our goal is to be able to quickly rule out the network as a root cause for incidents in order to be able to speed up diagnosis and also to improve operator efficiency. We are interested in learning the answer to a few questions. Specifically, we would like to know: How often do you see problems where the network is blamed but after investigating you find the problem to be caused by some other part of the system? How often have you had incidents where the cause of the incident was outside of the boundary of your organization? How much do you think fixing this problem can help you and your organization more quickly diagnose problems? We have created a *very* short survey to be able to get an operator's perspective on these questions. It should take less than 15 minutes to finish. The findings should help us as well as the research community at large to be able to build a solution that can benefit all types of networks, of different sizes, to improve how they do the diagnosis. We will be presenting the results of this anonymous survey in a scientific article later this year. We will report back our research once it's finished. Survey URL: https://docs.google.com/forms/d/e/1FAIpQLScx-U54eQFQi5AdBCOOucMaI6BVmLwcMFi… We would greatly appreciate it if you could help us with this research. Please feel free forward this survey to other operators you know. Thank you! Minlan Yu http://minlanyu.seas.harvard.edu/

2 1

IPv6 NAT64
by Art Stephens 23 Jan '19

23 Jan '19

I know this might be off topic but hopefully not too far off. I heard rumors that there are ISPs out there running IPv6 only networks where the clients can still get to the IPv4 world without the $30,000 plus dollar expense of buying a NAT64 appliance to service 4,000 plus customers. Anyone have some insight into this? -- Arthur Stephens Senior Network Administrator Ptera Inc. PO Box 135 24001 E Mission Suite 50 Liberty Lake, WA 99019 509-927-7837 ptera.com | facebook.com/PteraInc | twitter.com/Ptera ----------------------------------------------------------------------------- "This message may contain confidential and/or propriety information, and is intended for the person/entity to whom it was originally addressed. Any use by others is strictly prohibited. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company."

4 3

Cloud based Network monitoring service
by Shivaram Mysore 23 Jan '19

23 Jan '19

Hello, Recently on this mailing list, I have seen requests for network monitoring tools. Service Fractal, a startup in its early days, is providing a cloud based network and security monitoring with focus on business outcomes Service Fractal is vendor-neutral (Cisco, HPE, Allied Telesis and many white box networking solutions), provides context-aware analytics and reduces cost of operations. The core technology is built on algorithmic intelligence. Service is configured for operational use in less than 30 minutes, available on a monthly subscription basis with no terms. List of supported hardware is available at https://www.servicefractal.com/solutions (scroll down) Currently, there is a *3-month free subscription *to their services - no card needed! If you are interested, please reach out to sales at servicefractal.com Thanks /Shivaram

1 0

Contact at Google - Security Reliability Engineering
by Gavin Schoch 23 Jan '19

23 Jan '19

Hello, Can someone from Security Reliability Engineering at Google contact me off-list? We're trying to address a re-CAPTCHA issue involving some of our blocks, but we haven't been getting response on our follow ups. Thanks! -Gavin? [http://code.twdxlabs.com/signature_twdx_logo_centered.png] Gavin Schoch | TOWARDEX | Your Network Success Story(tm)<http://towardex.com/> 1 Marina Park Drive, 14th Flr | Boston, MA 02210 Direct 617-849-7278 x173 | Mobile 617-651-6663 | gavin.schoch(a)towardex.com<mailto:gavin.schoch@towardex.com> MASS IX: Boston's Neutral Peering Point<http://www.mass-ix.net>

1 0

DWDM 10ms failover
by David Williams 23 Jan '19

23 Jan '19

I'm looking for some real world feedback on 10ms DWDM failover times from Omaha to Denver on 10Gbps transmission waves. I have seen several documents that report 10 ms failure detection time but I suspect the failover mechanism takes some time to react and propagate the failed state across multiple nodes in what is probably at least 600 mile cable routes with multiple nodes along the way. Is that kind of performance something we could realistically expect? This email and any files transmitted with it are confidential and intended solely for the designated recipient. Any other use of this email is prohibited. If you have received this email in error please notify the sender. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.

1 0

PREPA
by Mehmet Akcin 23 Jan '19

23 Jan '19

Looking for a contact/intro to Puerto Rico Power Company https://aeepr.com/ Thank you -- Mehmet +1-424-298-1903

1 0

Cloud networking technologies landscape
by Rich Edwards 22 Jan '19

22 Jan '19

Hi experts, I'd appreciate some help on my research in networking technologies that public cloud providers are using today and maybe in the future too. What I can see today is more or less a mix of classic SP/DC routing/switching technologies like BGP, MPLS, SR, EVPN, RIFT, Open Fabric, SFC, GBP. Minor stuff is happening in the application/networking orchestration space 'services to services' mesh, Application based routing/Load balancing/ADC. Maybe some clouds are trying to make sense out of disaggregation, whiteboxes and their stack, specially for the data plane components (IOVisor, FD.IO <http://fd.io/>, vRouter, OVS...etc). There are also some zero touch provisioning/automation/modeling work (Netconf, YANG, ZTP, iPXE...etc). Lastly, (gRPC, gRIBI, gNPI...etc) and provider specific one (RIB and FIB APIs). Am i missing anything obvious from this landscape ? It'd be great if someone can directly message me to have a short conversation. Best regards, Jason

1 0

Charter Porting
by Mike Hammett 22 Jan '19

22 Jan '19

I first tried on VoiceOps, but didn't get any responses. Anyone have a useful contact in Charter's porting department? We've been trying to port a number for 10 days, but haven't been setup with their portal yet. The luck I'm having with the people at the e-mail address (Charter.STL.LSR(a)charter.com) specified in their porting instructions web site (https://www.spectrum.com/policies/local-number-portability-business-rules.h…) is about as good as building a bridge out of wet noodles. Can't start the port until we have access to their portal. Can't get access to their portal until they pull their heads out. ----- Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP

1 1

Contact for BART
by Ben Cannon 22 Jan '19

22 Jan '19

Could someone from BART get ahold of me off list? Netops/security/ROW team. -Ben

7 13