July 2015 - Test - lists.nanog.org

Re: Dual stack IPv6 for IPv4 depletion
by Owen DeLong 09 Jul '15

09 Jul '15

> On Jul 8, 2015, at 15:34 , Israel G. Lugo <israel.lugo(a)lugosys.org> wrote: > > > On 07/05/2015 06:26 PM, Owen DeLong wrote: >>> On Jul 4, 2015, at 23:51 , Valdis.Kletnieks(a)vt.edu wrote: >>> >>> Put their IPv4 behind a NAT and a globally routed /56. >>> >>> There, FTFY. :) >> Or better yet globally routed /48. >> >> /56 is still a bad idea. >> >> Owen > I've read this many times and am aware it's the standard recommendation. > Makes perfect sense for the customer side, as it would be hard for him > to subnet properly otherwise. > > Doesn't seem to make sense at all for the ISP side, though. Standard > allocation /32. Giving out /48s. Even if we leave out proper subnet > organization and allocate fully densely, that's at most 65,536 subnets. > Not a very large ISP. If you’re trying to build a decent sized ISP in a /32, you’re doing it wrong. /32 is not the “standard size” — It’s the MINIMUM size. > > You can say "get more blocks", or "get larger blocks". Sure, let's give > each ISP a /24. That lets them have up to 16M customers (and that's > still subnetting densely, which sucks rather a lot). Doesn't leave that > many allocation blocks for the RIRs to hand out, though. If you really think we have 16.7 Million ISPs on the planet, I think you badly miscounted. In fact, if you think we have 1 million ISPs that have more than 1 million customers, I’d say you’ve badly miscounted something. What am I missing? In terms of ISPs that need to support 16M customers, let’s assume everyone on the planet has 32 ISP subscriptions of some form or another. (work, home, tablet, phone, dongle, whatever… I’m pretty sure 32 is generous). Let’s assume EVERYONE on the planet is connected. That’s 7 Billion * 32 = 224 Billion total customers. Now let’s sparse-allocate 24s at the rate of 4 million customers per /24. 224,000,000,000 / 4,000,000 = 56,000 We need a total of 56,000 /24s to cover the total population. That still leaves us with 16,721,216 /24s. We barely made a dent in the number of /24s. Please explain to me again where the problem is with handing out /48s? > People usually look at IPv6 and focus on the vast numbers of individual > addresses. Naysayers usually get shot down with some quote mentioning > the number of atoms in the universe or some such. Personally, I think > that's a red herring; the real problem is subnets. At this rate I > believe subnets will become the scarce resource sooner or later. I’ve done the math on the prefix side. See above… Clearly you haven’t. > Sure, in the LAN side we'll never have to worry about address scarcity. > But what's the point of having addresses to spare, if it just means > you've got to start worrying about subnet scarcity? If the goal was > never having to worry about counting anymore, I propose that 128 bits is > far too little. Should've gone a full 256 and be done with it. Respectfully, I think that the math above shows that you are not correct in this assertion. Owen

2 1

Fwd: [ PRIVACY Forum ] Windows 10 will share your Wi-Fi key with your friends' friends
by Jay Ashworth 09 Jul '15

09 Jul '15

>From Lauren, a new "feature" in Windows 10 I think this community probably wants to know about, to the extent you don't already. I *knew* I didn't like W10. :-) Cheers, -- jra ----- Forwarded Message ----- > From: "PRIVACY Forum mailing list" <privacy(a)vortex.com> > To: privacy-list(a)vortex.com > Sent: Wednesday, July 1, 2015 8:03:06 PM > Subject: [ PRIVACY Forum ] Windows 10 will share your Wi-Fi key with your friends' friends > Windows 10 will share your Wi-Fi key with your friends' friends > > http://www.theregister.co.uk/2015/06/30/windows_10_wi_fi_sense/ > > In an attempt to address the security hole it has created, Microsoft > offers a kludge of a workaround: you must add _optout to the SSID (the > name of your network) to prevent it from working with Wi-Fi Sense. (So > if you want to opt out of Google Maps and Wi-Fi Sense at the same > time, > you must change your SSID of, say, myhouse to myhouse_optout_nomap. > Technology is great.) Microsoft enables Windows 10's Wi-Fi Sense by > default, and access to password-protected networks are shared with > contacts unless the user remembers to uncheck a box when they first > connect. Choosing to switch it off may make it a lot less useful, but > would make for a more secure IT environment. > > - - - > > --Lauren-- > Lauren Weinstein (lauren(a)vortex.com) http://www.vortex.com/lauren > Founder: > - Network Neutrality Squad: http://www.nnsquad.org > - PRIVACY Forum: http://www.vortex.com/privacy-info > Co-Founder: People For Internet Responsibility: > http://www.pfir.org/pfir-info > Member: ACM Committee on Computers and Public Policy > Lauren's Blog: http://lauren.vortex.com > Google+: http://google.com/+LaurenWeinstein > Twitter: http://twitter.com/laurenweinstein > Tel: +1 (818) 225-2800 / Skype: vortex.com > _______________________________________________ > privacy mailing list > http://lists.vortex.com/mailman/listinfo/privacy -- Jay R. Ashworth Baylink jra(a)baylink.com Designer The Things I Think RFC 2100 Ashworth & Associates http://www.bcp38.info 2000 Land Rover DII St Petersburg FL USA BCP38: Ask For It By Name! +1 727 647 1274

17 24

Debian RWHOIS
by Josh Moore 08 Jul '15

08 Jul '15

Hello guys, What do you use for ARIN resource assignments? I am looking to setup a Debian-based RWHOIS server but don't see much information on it. Joshua Moore Network Engineer ATC Broadband 912.632.3161 - O | 912.218.3720 - M

11 13

Canada'a broadband technoogies
by Jean-Francois Mezei 08 Jul '15

08 Jul '15

The CRTC is embarking on a multi year study/consultation of what to do with our lagging broadband deployment. Just yesterday, the government bragged about a multi milliuon subsidy to give a community 3mbps service. Can't help but to participate ... So I would like some feedback/sanity checks on a few issues. There is of course a large disconnect between marketed speeds and actual capacity and delivered speeds. 1- Satellite internet I am aware of latest generation satellites that provide focused antennas allowing re-use of the same spectrum for different regions. What sort of bandwidth is realistic for service to customers ? Australia's original NBN has 12mbps service planned for those in remote regions via satellite. Is this realistic ? Or is 3mbps really the max that can reliably be expected ? In terms of latency, would the special routers that "proxy" the TCP acks at both ends of the satellite link be commonplace now ? Still custom jobs ? or do modern TCP stacks now deal effectively with very high latency such that streaming data via satellite no longer requires special equipment to use bandwidth effectively ? For other protocols such as UDP etc, is latency an issue to be concerned with ? 2- Underwater fibre. There has been a project to string fibre from Tokyo to London via the canadian arctic. http://arcticfibre.com/ One aspect of this project are landings are various island that have canadian communities (which rely exclusively on satellite for telephone/data). While dumping fibre underwater is common, landing it in arctic areas is less common (think ice pack movement scraping bottom of shores). The folks on web site say they had done research on this. Are there examples where this was done succcesfully ? Or is this still something that is new and untested ? 3- Permafrost Ok, not an issue in USA, but wondering if there is knowledge of string long fibre cables on land that is permafrost (think Dawson City to Inuvik, roughly 700km). Has Russia or other nordic countries done this ? or are microwave link at regular intervals still the only/best way with vew structures built on the unstable ground ? I'd appreciate any insight/opinions on what is realistic and what is pipe dream.

1 0

United Airlines is Down (!) due to network connectivity problems
by Marshall Eubanks 08 Jul '15

08 Jul '15

http://www.reuters.com/article/2015/07/08/us-ual-flights-idUSKCN0PI1IX20150… At least, that's what I just heard on the radio. I know no other details. Regards Marshall Eubanks

16 24

World's Fastest Internet™ in Canadaland
by Hank Disuko 08 Jul '15

08 Jul '15

Bell Canada is apparently gearing up to provide the good people of Toronto with the World's Fastest Internet™. http://www.thestar.com/news/city_hall/2015/06/25/bell-canada-to-give-toront…

33 44

IPv4 STLS
by Brian Free 07 Jul '15

07 Jul '15

Looking at acquiring some additional IPv4 address space. Anyone have suggestions or recommendations on brokers you've worked with, and is ARIN's STLS a good option? Thanks in advance for your input. -- Brian Free

2 1

[NANOG-announce] 2015 Postel Scholarship Announcement
by Betty Burke <betty＠nanog.org> 07 Jul '15

07 Jul '15

Colleagues, On behalf of the North American Network Operators' Group (NANOG) and the American Registry for Internet Numbers (ARIN), I would like to take this opportunity to draw your attention to the 2015 Postel Network Operator's Scholarship. The Postel Network Operator's Scholarship targets personnel from developing countries who are actively involved in Internet development, in any of the following roles: - Engineers (Network Builders) - Operational and Infrastructure Support Personnel - Educators and Trainers This is not a postgraduate fellowship or academic scholarship. Individuals may nominate themselves for the Scholarship via email or online form. The Scholarship will be awarded annually to a recipient selected by a committee comprising representatives from the NANOG Board of Directors and the ARIN Board of Trustees. The selection committee will "whimsically" select the annual recipient exclusively in response to the question: "What Would Jon Do?" if he were asked to select a recipient. The successful applicant will be provided with transportation to and from the NANOG and ARIN joint meeting October 5-9, 2015, in Montreal, Quebec Canada, and a reasonable (local host standard) allowance for food and accommodation. In addition, all fees for participation in both meetings' events will be waived. The final grant size is determined according to final costs and available funding. The chosen recipient will be advised at least 2 months prior to the fall meeting date. Applications from qualified individuals are now being accepted. The deadline for application is July 31, and the awardees will be informed by August 10, 2015. Please read full information about the scholarship at: http://www.nanog.org/scholarships/postel.php To apply, please complete the web-based application form that is linked from that page. Optionally, you may submit your application in PLAIN ASCII in the BODY of the message, not as an attachment nor as a Word document, PDF, or any other form, to PostelNOS(a)nanog.org. Please be sure to include the following: - Full name and contact info - Your brief biography, including current and recent jobs held - A description of why you need and deserve this Scholarship to attend the NANOG and ARIN meetings - A description of how you plan to leverage your attendance at the meetings in your work - A brief abstract of a presentation you would give at the NANOG and/or ARIN meetings, if selected as a Scholarship winner Kind regards, Betty Burke on behalf of the Postel Scholarship Selection Committee ------------------------------------------------ Betty J. Burke NANOG Executive Director 2864 Carpenter Rd., Ste 100 Ann Arbor, MI 48108 +1 866-902-1336 _______________________________________________ NANOG-announce mailing list NANOG-announce(a)mailman.nanog.org http://mailman.nanog.org/mailman/listinfo/nanog-announce

1 0

JANOG36 English info available
by MAWATARI Masataka 07 Jul '15

07 Jul '15

Hi all, JANOG 36 meeting will be held in Kitakyushu city, Japan next week. The timetable and program abstracts are available on the following site now. https://www.janog.gr.jp/en/index.php?JANOG36_Meeting%2FJANOG36_Program_Cont… You can register at: https://regist.e-side.co.jp/product_info.php?products_id=515&language=en Deadline for conference: 8th July 2015 JST 12:00 (Soon!) (Banquet registration already closed, sorry) Masataka on behalf of JANOG Internationalization team (JANOG i18n) -- Japan Internet Exchange MAWATARI Masataka <mawatari(a)jpix.ad.jp>

1 0

Re: Dual stack IPv6 for IPv4 depletion
by andrew 06 Jul '15

06 Jul '15

Ah, thanks. I was considering this from a CE only perspective. -andrew-------- Original message -------- From: Mel Beckman <mel(a)beckman.org> Date: 07/06/2015 10:49 AM (GMT-05:00) To: andrew <andrew(a)ethernaut.io> Cc: Lee Howard <Lee(a)asgard.org>, Josh Moore <jmoore(a)atcnetworks.net>, nanog(a)nanog.org Subject: Re: Dual stack IPv6 for IPv4 depletion MPLS requires an IPv4 core. You can't run an IPv6-only infrastructure because neither CSCO or JNPR have implemented LDP to distribute labels for IPV6 prefixes. -mel via cell On Jul 6, 2015, at 7:15 AM, andrew <andrew(a)ethernaut.io> wrote: Pardon my ignorance - what do you see missing in MPLS in regards to support for IP6? -------- Original message -------- From: Mel Beckman <mel(a)beckman.org> Date: 07/06/2015 9:44 AM (GMT-05:00) To: Lee Howard <Lee(a)asgard.org> Cc: Josh Moore <jmoore(a)atcnetworks.net>, nanog(a)nanog.org Subject: Re: Dual stack IPv6 for IPv4 depletion And let's all complain to the MPLS working group to get IPv6 support finished up! -mel beckman > On Jul 6, 2015, at 6:27 AM, Lee Howard <Lee(a)asgard.org> wrote: > > Some thoughts. . . > > ³Native dual-stack² is ³native IPv4 and native IPv6.² > > ³Dual-stack² might be native, or might by ³native IPv6 plus IPv4 address > sharing.² > > Your IPv4 address sharing options are CGN, DS-Lite, and MAP. There are > operational deployments of all three, in the order given. You need them > close enough to your customers that traffic will return over the same > path. You can¹t share state among a cluster of boxes, but that¹s not the > end of the world; a device failure sometimes causes loss of state. MAP is > the hot new thing all the cool kids are doing. > > Look to your router and load balancer vendors for devices that do these. > CGN is the only one that doesn¹t require updates to the home gateway. The > more IPv6 your customers use, the smaller your CGN/AFTR/MAP can be. > > Think about how you¹ll position it to customers. It¹s difficult to change > a customer¹s service mid-contract. At some point, a customer is no longer > profitable: if NAT costs and service calls add up, you may be better off > buying addresses or losing the customer. You may need to buy some IPv4 > addresses to give you time; contact a broker. > > You may be surprised how hard it is to root IPv4 out of the system. Don¹t > buy anything you can¹t manage over IPv6, including servers and > applications. Sorry, vendor, I can¹t buy your cluster, I don¹t have the > IPv4 address space to provision it. > > Lee > > On 7/4/15, 8:09 AM, "NANOG on behalf of Josh Moore" > <nanog-bounces(a)nanog.org on behalf of jmoore(a)atcnetworks.net> wrote: > >> Traditional dual stack deployments implement both IPv4 and IPv6 to the >> CPE. >> Consider the following: >> >> An ISP is at 90% IPv4 utilization and would like to deploy dual stack >> with the purpose of allowing their subscriber base to continue to grow >> regardless of the depletion of the IPv4 space. Current dual stack best >> practices seem to recommend deploying BOTH IPv4 and IPv6 to every CPE. If >> this is the case, and BOTH are still required, then how does IPv6 help >> with the v4 address depletion crisis? Many sites and services would still >> need legacy IPv4 compatibility. Sure, CGN technology may be a solution >> but what about applications that need direct IPv4 connectivity without >> NAT? It seems that there should be a mechanism to enable on-demand and >> efficient IPv4 address consumption ONLY when needed. My question is this: >> What, if any, solutions like this exist? If no solution exists then what >> is the next best thing? What would the overall IPv6 migration strategy >> and goal be? >> >> Sorry for the length of this email but these are legitimate concerns and >> while I understand the need for IPv6 and the importance of getting there; >> I don't understand exactly HOW that can be done considering the immediate >> issue: IPv4 depletion. >> >> >> Thanks >> >> Joshua Moore >> Network Engineer >> ATC Broadband >> 912.632.3161 > >

1 0