Fw: important

[Pomposello Sarah BDF HPN]

Hey friend!

 

Important message, please visit 

 

Pomposello Sarah BDF HPN

Re: Recent trouble with QUIC?

[Mike Meredith]

On Wed, 23 Sep 2015 19:01:19 -0500, Sean Hunter 
may have written:
> a) Has anyone here had a similar experience? Was the root cause QUIC
> in your case?

Yes. No; in our case our firewall (a PA5060 running PANOS6.1.3 at the
time) was allowing some QUIC packets through, but not others. As it was
newly deployed at the time, it was soon blamed :-\

> b) Has anyone noticed anything remotely similar in the last few
> weeks/days/today?

Only because I enabled QUIC within Chrome on our test network to verify
that it was still a problem. 

> We're an Apps domain, so this may be specific to universities in the
> Apps universe.

As are we.

-- 
Mike Meredith, University of Portsmouth
Principal Systems Engineer, Hostmaster, Security, and Timelord!
 

Re: Service Providers behaviour for dual homed enterprises

[Clinton Work]

Many transit providers support BGP communities to modify how your
announced routes are treated within their network. A quick search shows
that AT supports BGP community 7018:70 to lower the default local-pref
100 down to 70 (below peer routes).  If you tag your AT announced
routes with BGP community 7018:70, then even AT customers should
prefer to enter via Verizon.  

Clinton. 

On Wed, Sep 23, 2015, at 03:38 PM, Jason Bullen wrote:
 
> So if my research is correct, the internet prefers Verizon UNLESS they
> are
> a direct AT customer then they would use the AT circuit.
> Is this a standard practice that I should assume to encounter?
> 
> Thanks in advance

Re: Service Providers behaviour for dual homed enterprises

[Mark Tinka]

On 23/Sep/15 23:38, Jason Bullen wrote:

> I've always worked in enterprise only so I thought you guys might be able
> to help me with this one.
> We are dual homed to Verizon and AT  We prepend all our prefixes out
> AT to make them least preferred.  During a recent issue we found some
> users were coming in via AT  Using various looking glasses it looks like
> if I use an AT server(route-server.ip.att.net) the best path is the
> prepended route through AT in fact,I don't even see the VZB route.  If I
> use a 3rd party looking glass(router-server.he.net) I see what I
> anticipated, which is the shorter AS-Path through VZB.
>
> So if my research is correct, the internet prefers Verizon UNLESS they are
> a direct AT customer then they would use the AT circuit.
> Is this a standard practice that I should assume to encounter?

ISP's will generally set a higher LOCAL_PREF toward their customers than
to any other destination out of their network.

It's the money shot.

Mark.

Re: Service Providers behaviour for dual homed enterprises

[Mark Tinka]

On 24/Sep/15 15:21, William Herrin wrote:
> Hi Jason,
>
> That's normal. Verizon does it too. Both have "community" tags which
> you can attach to your route advertisement. Each will have one that
> indicates they should give external routes the same "local pref" as
> the route you announce to them. Tagging your route announcement with
> the proper community will cause them to route based on AS path length
> as you expect.

Depending on the provider, this can't always be guaranteed, i.e., that
the available LOCAL_PREF values a customer can trigger via a BGP
community support anything <= what routes the network considers "external".

What's possible (or available) may also be influenced by whether one's
upstream is "transit-free" or not, I imagine.

Mark.

Re: SPAM: AW: important

[TR Shaw]

Strange as it has been listed in SURBL for ever since the site was cracked.

scm-70.com.wild.surbl.org has address 127.0.0.68

> On Sep 24, 2015, at 8:55 AM, Gunther Stammwitz  wrote:
> 
> This is unbelievable: 
> We have seen these kinds of spam-messages over the last weeks on different
> mail accounts and still Spamassassin & others don't recognize them.
> Isn't a topic of "Fw: important" compared with the greeting "Hey friend"
> something that must be spam?
> Now Nanog was hit which is really annoying.
> 
> Yes, this message might originate from an authenticated sender and the
> (faked) sender's domain might light spf and so on - but where is artificial
> intelligence when one needs it?
> 
> Time to charge for emails so that this channel will become too expensive for
> spammers, isn't it?
> 
> 
>> -Ursprüngliche Nachricht-
>> Von: NANOG [mailto:nanog-boun...@nanog.org] Im Auftrag von Pomposello
>> Sarah BDF HPN
>> Gesendet: Donnerstag, 24. September 2015 11:24
>> An: Brielle Bruns; nanog group; William Herrin
>> Betreff: Fw: important
>> 
>> Hey friend!
>> 
>> 
>> 
>> Important message, please visit 
>> 
>> 
>> 
>> Pomposello Sarah BDF HPN
> 
> 

Re: Service Providers behaviour for dual homed enterprises

[William Herrin]

On Wed, Sep 23, 2015 at 5:38 PM, Jason Bullen  wrote:
> So if my research is correct, the internet prefers Verizon UNLESS they are
> a direct AT customer then they would use the AT circuit.
> Is this a standard practice that I should assume to encounter?

Hi Jason,

That's normal. Verizon does it too. Both have "community" tags which
you can attach to your route advertisement. Each will have one that
indicates they should give external routes the same "local pref" as
the route you announce to them. Tagging your route announcement with
the proper community will cause them to route based on AS path length
as you expect.

Welcome to the little gotchas of using BGP.

Regards,
Bill Herrin

-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Owner, Dirtside Systems . Web: 

Re: Service Providers behaviour for dual homed enterprises

[Stephen Satchell]

On 09/23/2015 02:38 PM, Jason Bullen wrote:

I've always worked in enterprise only so I thought you guys might be able
to help me with this one.
We are dual homed to Verizon and AT  We prepend all our prefixes out
AT to make them least preferred.  During a recent issue we found some
users were coming in via AT  Using various looking glasses it looks like
if I use an AT server(route-server.ip.att.net) the best path is the
prepended route through AT in fact,I don't even see the VZB route.  If I
use a 3rd party looking glass(router-server.he.net) I see what I
anticipated, which is the shorter AS-Path through VZB.

So if my research is correct, the internet prefers Verizon UNLESS they are
a direct AT customer then they would use the AT circuit.
Is this a standard practice that I should assume to encounter?

Thanks in advance



That's been my experience, and with other sets of providers, too.

My current company is dual-homed with AT and Charter Fiber.  Those 
customers on UVerse come in the AT link no matter what we do with BGP 
to convince the cloud to let packets come in the fatter pipe.

SPAM: AW: important

[Gunther Stammwitz]

This is unbelievable: 
We have seen these kinds of spam-messages over the last weeks on different
mail accounts and still Spamassassin & others don't recognize them.
Isn't a topic of "Fw: important" compared with the greeting "Hey friend"
something that must be spam?
Now Nanog was hit which is really annoying.

Yes, this message might originate from an authenticated sender and the
(faked) sender's domain might light spf and so on - but where is artificial
intelligence when one needs it?

Time to charge for emails so that this channel will become too expensive for
spammers, isn't it?


> -Ursprüngliche Nachricht-
> Von: NANOG [mailto:nanog-boun...@nanog.org] Im Auftrag von Pomposello
> Sarah BDF HPN
> Gesendet: Donnerstag, 24. September 2015 11:24
> An: Brielle Bruns; nanog group; William Herrin
> Betreff: Fw: important
> 
> Hey friend!
> 
> 
> 
> Important message, please visit 
> 
> 
> 
> Pomposello Sarah BDF HPN

Re: Service Providers behaviour for dual homed enterprises

[Blake Hudson]

Stephen Satchell wrote on 9/24/2015 8:39 AM:

On 09/23/2015 02:38 PM, Jason Bullen wrote:
I've always worked in enterprise only so I thought you guys might be 
able

to help me with this one.
We are dual homed to Verizon and AT  We prepend all our prefixes out
AT to make them least preferred.  During a recent issue we found some
users were coming in via AT  Using various looking glasses it 
looks like

if I use an AT server(route-server.ip.att.net) the best path is the
prepended route through AT in fact,I don't even see the VZB 
route.  If I

use a 3rd party looking glass(router-server.he.net) I see what I
anticipated, which is the shorter AS-Path through VZB.

So if my research is correct, the internet prefers Verizon UNLESS 
they are

a direct AT customer then they would use the AT circuit.
Is this a standard practice that I should assume to encounter?

Thanks in advance



That's been my experience, and with other sets of providers, too.

My current company is dual-homed with AT and Charter Fiber. Those 
customers on UVerse come in the AT link no matter what we do with 
BGP to convince the cloud to let packets come in the fatter pipe.


Jason, while others have offered acknowledgement of the behavior you are 
seeing as well as solutions, I think it might be relevant to point out 
that this is simply a matter of BGP best path selection. BGP does not 
use AS path length (hops) as its primary path selector. Search for "bgp 
best path selection" to find out more about how BGP selects the best 
path. As others have noted, local pref is often utilized to control 
routing and should be your preferred way to control path selection in 
addition to AS path length. However, the ultimate way to control routing 
would be to advertise more specific prefixes via the path that you want 
traffic to flow.


--Blake

Re: Ear protection

[Brian Christopher Raaen]

I normally have a set of Sennheiser HD-380's or HD-280's with my laptop.
They have pretty good isolation and seem to make a pretty good difference,
also I can either hear my phone or play music with them.  When I mow the
yard I use a pair of Koss headphones that isolate almost as good as a set
of shooting muffs that I have.

On Wed, Sep 23, 2015 at 7:18 PM, Don Nightingale 
wrote:

>
> Seconded.  I wear my Shure 425s with foam plugs most of my waking hours,
> they are excellent at blocking outside noise and sound pretty good to boot.
>
>
> On 9/23/2015 11:02 AM, Eric Rogers wrote:
>
>> I use earphones for the phone and alerts function, and because they are
>> noise cancelling, they lower the db of noise.  I use Shure SE215.
>>
>> Eric Rogers
>> PDS Connect
>> www.pdsconnect.me
>> (317) 831-3000 x200
>>
>> -Original Message-
>> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Bryan Holloway
>> Sent: Wednesday, September 23, 2015 9:48 AM
>> To: Joe Greco; jim deleskie
>> Cc: Alex Rubenstein; NANOG
>> Subject: Re: Ear protection
>>
>>
>> On 9/23/15, 7:53 AM, "NANOG on behalf of Joe Greco"
>>  wrote:
>>
>> Maybe I've always listened to my music to loud and spend the bulk of
 time  via ssh, but I've never felt a need for hearing protection in a
 DC, is this  generally an issue for people?

>>> Depends on how long and how noisy.
>>>
>>> As I've gotten older, I find loud noise in general is less tolerable,
>>> so I've taken to always keeping a pair of earplugs with me.  It makes
>>> being around loud music, etc., much more enjoyable.
>>>
>>> Long term exposure to noise is widely considered to be a hazard, but
>>> walking into an average data center for an hour once a month is
>>> probably not that risky.
>>>
>>> ... JG
>>>
>>> Depends on the type of "noise" too.
>>
>> Datacenters generate (more or less) white noise, which is particularly
>> harmful long-term to the cilia in your ears because it excites all of
>> them all of the time. A loud datacenter is much worse than a loud rock
>> band, IMO.
>>
>> I personally use Bose noise-canceling headphones.
>>
>>
>>
>


-- 
Brian Christopher Raaen
Network Architect
Zcorum

Re: Service Providers behaviour for dual homed enterprises

[Bob Evans]

What Blake just said below works best - I do this MED together with
small-ers all the way to india for video conferencing customers sitting in
silicon valley.

Thank You
Bob Evans
CTO




>
>
> Stephen Satchell wrote on 9/24/2015 8:39 AM:
>> On 09/23/2015 02:38 PM, Jason Bullen wrote:
>>> I've always worked in enterprise only so I thought you guys might be
>>> able
>>> to help me with this one.
>>> We are dual homed to Verizon and AT  We prepend all our prefixes out
>>> AT to make them least preferred.  During a recent issue we found some
>>> users were coming in via AT  Using various looking glasses it
>>> looks like
>>> if I use an AT server(route-server.ip.att.net) the best path is the
>>> prepended route through AT in fact,I don't even see the VZB
>>> route.  If I
>>> use a 3rd party looking glass(router-server.he.net) I see what I
>>> anticipated, which is the shorter AS-Path through VZB.
>>>
>>> So if my research is correct, the internet prefers Verizon UNLESS
>>> they are
>>> a direct AT customer then they would use the AT circuit.
>>> Is this a standard practice that I should assume to encounter?
>>>
>>> Thanks in advance
>>>
>>
>> That's been my experience, and with other sets of providers, too.
>>
>> My current company is dual-homed with AT and Charter Fiber. Those
>> customers on UVerse come in the AT link no matter what we do with
>> BGP to convince the cloud to let packets come in the fatter pipe.
>
> Jason, while others have offered acknowledgement of the behavior you are
> seeing as well as solutions, I think it might be relevant to point out
> that this is simply a matter of BGP best path selection. BGP does not
> use AS path length (hops) as its primary path selector. Search for "bgp
> best path selection" to find out more about how BGP selects the best
> path. As others have noted, local pref is often utilized to control
> routing and should be your preferred way to control path selection in
> addition to AS path length. However, the ultimate way to control routing
> would be to advertise more specific prefixes via the path that you want
> traffic to flow.
>
> --Blake
>

Re: Ear protection

[Chris Boyd]

> On Sep 23, 2015, at 7:33 AM, Joe Greco  wrote:
> 
> Passive cooling typically translates to lower performance but also can
> be more expensive.

$DAYJOB uses an immersion cooling system so it’s higher performance and much 
quieter.

—Chris

Re: Service Providers behaviour for dual homed enterprises

[Jason Bullen]

Thank you all for answering.  I was disregarding Local Pref because the
route server I was on was showing 100.  That was an error on my part though
as it clearly states in the login banner that it is eBGP peering with the
AT routers hence the local Pref would go back to 100 from its
perspective.  Again, thanks for the quick and thorough responses.

On Thu, Sep 24, 2015 at 10:05 AM, Blake Hudson  wrote:

>
>
> Stephen Satchell wrote on 9/24/2015 8:39 AM:
>
>> On 09/23/2015 02:38 PM, Jason Bullen wrote:
>>
>>> I've always worked in enterprise only so I thought you guys might be able
>>> to help me with this one.
>>> We are dual homed to Verizon and AT  We prepend all our prefixes out
>>> AT to make them least preferred.  During a recent issue we found some
>>> users were coming in via AT  Using various looking glasses it looks
>>> like
>>> if I use an AT server(route-server.ip.att.net) the best path is the
>>> prepended route through AT in fact,I don't even see the VZB route.
>>> If I
>>> use a 3rd party looking glass(router-server.he.net) I see what I
>>> anticipated, which is the shorter AS-Path through VZB.
>>>
>>> So if my research is correct, the internet prefers Verizon UNLESS they
>>> are
>>> a direct AT customer then they would use the AT circuit.
>>> Is this a standard practice that I should assume to encounter?
>>>
>>> Thanks in advance
>>>
>>>
>> That's been my experience, and with other sets of providers, too.
>>
>> My current company is dual-homed with AT and Charter Fiber. Those
>> customers on UVerse come in the AT link no matter what we do with BGP to
>> convince the cloud to let packets come in the fatter pipe.
>>
>
> Jason, while others have offered acknowledgement of the behavior you are
> seeing as well as solutions, I think it might be relevant to point out that
> this is simply a matter of BGP best path selection. BGP does not use AS
> path length (hops) as its primary path selector. Search for "bgp best path
> selection" to find out more about how BGP selects the best path. As others
> have noted, local pref is often utilized to control routing and should be
> your preferred way to control path selection in addition to AS path length.
> However, the ultimate way to control routing would be to advertise more
> specific prefixes via the path that you want traffic to flow.
>
> --Blake
>

Re: Ear protection

[mikea]

On Thu, Sep 24, 2015 at 09:51:07AM -0500, Chris Boyd wrote:
> 
> > On Sep 23, 2015, at 7:33 AM, Joe Greco  wrote:
> > 
> > Passive cooling typically translates to lower performance but also can
> > be more expensive.
> 
> $DAYJOB uses an immersion cooling system so it’s higher performance and much 
> quieter.

And at what price differential over active air cooling and over passive
cooling?

-- 
Mike Andrews, W5EGO
mi...@mikea.ath.cx
Tired old sysadmin 

RE: Ear protection

[Sameer Khosla]

For years we have used the Peltor/3M Bluetooth headsets in the datacenter.  
Proper hearing protection and noise cancelling mic, with the added bonus of 
protecting my head a bit when I am up on the ladder in the DC and can easily 
bang into potentially sharp things.  http://goo.gl/ShTCEF

They are about $375-$450ish retail, we picked some up on ebay in around $200 
brand new.  We have about 6 pairs that so far have lasted 8-9+ years with no 
problems.

The only major suggestion if you are going to use them on a regular basis is to 
get the gel earcup replacements.  These seem to be about $60ish.

Sk.

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Nick Hilliard
Sent: Wednesday, September 23, 2015 5:34 AM
To: nanog@nanog.org
Subject: Ear protection

What are people using for ear protection for datacenters these days?  I'm down 
to my last couple of corded 3M 1110:

http://www.shop3m.com/3m-corded-earplugs-hearing-conservation-1110.html

These work reasonably well in practice, with a rated nominal noise reduction 
rate of 29dB.  Some people find them uncomfortable, but they work well for me.

There are other ear plugs with rated NRR of up to 32-33dB.  Anyone have any 
opinions on what brands work well for them?

Nick

Re: Ear protection

[Joe Greco]

> > On Sep 23, 2015, at 7:33 AM, Joe Greco  wrote:
> >=20
> > Passive cooling typically translates to lower performance but also can
> > be more expensive.
> 
> $DAYJOB uses an immersion cooling system so it=E2=80=99s higher =
> performance and much quieter.

That's not typical passive cooling.  And it's going to be much more
expensive and complicated to implement than "air based" passive
cooling, or active air cooling, etc.

As an example, many mobile devices are underclocked so that their
components dissipate less heat, and may actually vary the clock based
in part on current temperature.  This allows the device to more easily
dissipate heat without active cooling measures, but you get the lowered
performance of a slower part.

It's totally possible to build quieter gear - we do that kind of work
here, as some of you know - but it is a matter of tradeoffs.  I can
show you a Xeon E3 system that consumes a peak of 100 watts.  SSDs
for storage, fanless oversized PSU to reduce heat, massive CPU 
heatsink, and 120MM fans in a 4U chassis.  Very quiet running, has
a higher tolerance to heat as well.  But most people don't want their
hypervisors to take 4U of space for a mere 32GB of RAM and 12GHz of
CPU.  They'd rather stick 300 watts of E5's into a 1U and let it
scream away.

... JG
-- 
Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net
"We call it the 'one bite at the apple' rule. Give me one chance [and] then I
won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN)
With 24 million small businesses in the US alone, that's way too many apples.

Re: Service Providers behaviour for dual homed enterprises

[Stephen Satchell]

On 09/24/2015 07:05 AM, Blake Hudson wrote:

However, the ultimate way to control routing would be to advertise more
specific prefixes via the path that you want traffic to flow.


Tried that, no joy.

Re: SPAM: AW: important

[Rob McEwen]

On 9/24/2015 9:20 AM, TR Shaw wrote:

Strange as it has been listed in SURBL for ever since the site was cracked.


fwiw, likewise, that same spammy domain has been on invaluement's URI 
blacklist since 9/17/2015 2:27 a.m. (+- a couple of minutes)


--
Rob McEwen

ARIN Region IPv4 Free Pool Reaches Zero

[John Curran]

(Apologies for redistribution, but need to insure that this is seen by all in 
the region.)

The IPv4 free pool for the ARIN region is now depleted; ISPs are encouraged to 
utilize
IPv6 for additional customer growth and the IPv4 transfer market for their IPv4 
interim
needs.

Thanks!
/John

John Curran
President and CEO
ARIN


Begin forwarded message:

From: ARIN >
Subject: [arin-announce] ARIN IPv4 Free Pool Reaches Zero
Date: September 24, 2015 at 12:04:22 PM EDT
To: >

On 24 September 2015, ARIN issued the final IPv4 addresses in its free
pool. ARIN will continue to process and approve requests for IPv4
address blocks.  Those approved requests may be fulfilled via the Wait
List for Unmet IPv4 Requests, or through the IPv4 Transfer Market.

For information on the Waiting List, visit:
https://www.arin.net/resources/request/waiting_list.html

For information on IPv4 Transfers, visit:
https://www.arin.net/resources/transfers/index.html

Exhaustion of the ARIN Free Pool does trigger changes in ARIN's
Specified Transfer policy (NRPM 8.3) and Inter-RIR Transfer policy (NRPM
8.4). In both cases, these changes impact organizations that have been
the source entity in a specified transfer within the last twelve months:

"The source entity (-ies within the ARIN Region (8.4)) will be
ineligible to receive any further IPv4 address allocations or
assignments from ARIN for a period of 12 months after a transfer
approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs
first."

Effective today, because exhaustion of the ARIN IPv4 free pool has
occurred for the first time, there is no longer a restriction on how
often organizations may request transfers to specified recipients.

In the future, any IPv4 address space that ARIN receives from IANA, or
recovers from revocations or returns from organizations, will be used to
satisfy approved requests on the Waiting List for Unmet Requests. If we
are able to fully satisfy all of the requests on the waiting list, any
remaining IPv4 addresses would be placed into the ARIN free pool of IPv4
addresses to satisfy future requests.

ARIN encourages customers with questions about IPv4 availability to
contact hostmas...@arin.net or the Registration Services Help Desk at
+1.703.227.0660.

Regards,

John Curran
President and CEO
American Registry for Internet Numbers (ARIN)





___
ARIN-Announce
You are receiving this message because you are subscribed to
the ARIN Announce Mailing List (arin-annou...@arin.net).
Unsubscribe or manage your mailing list subscription at:
http://lists.arin.net/mailman/listinfo/arin-announce
Please contact i...@arin.net if you experience any issues.

Re: Service Providers behaviour for dual homed enterprises

[Blake Hudson]

Stephen Satchell wrote on 9/24/2015 11:00 AM:

On 09/24/2015 07:05 AM, Blake Hudson wrote:

However, the ultimate way to control routing would be to advertise more
specific prefixes via the path that you want traffic to flow.


Tried that, no joy.


I could only assume then that your peers were either not accepting your 
advertisements or there was an error in your configuration. All routers 
will choose the most specific route they have when performing 
destination based routing. This overrides how the route was installed 
(static, connected, dynamic) or any metrics considered within each 
routing protocol for its best path selection.

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Ca By]

On Thu, Sep 24, 2015 at 9:34 AM, John Curran  wrote:

> (Apologies for redistribution, but need to insure that this is seen by all
> in the region.)
>
> The IPv4 free pool for the ARIN region is now depleted; ISPs are
> encouraged to utilize
> IPv6 for additional customer growth and the IPv4 transfer market for their
> IPv4 interim
> needs.
>
>

Hooray!

Come on in, the IPv6 water is fine

http://www.worldipv6launch.org/measurements/


Over 20% of Google view are on IPv6

https://www.google.com/intl/en/ipv6/statistics.html

And, IPv6 is 10-15% faster

https://code.facebook.com/posts/1192894270727351/ipv6-it-s-time-to-get-on-board-/


CB


> Thanks!
> /John
>
> John Curran
> President and CEO
> ARIN
>
>
> Begin forwarded message:
>
> From: ARIN >
> Subject: [arin-announce] ARIN IPv4 Free Pool Reaches Zero
> Date: September 24, 2015 at 12:04:22 PM EDT
> To: >
>
> On 24 September 2015, ARIN issued the final IPv4 addresses in its free
> pool. ARIN will continue to process and approve requests for IPv4
> address blocks.  Those approved requests may be fulfilled via the Wait
> List for Unmet IPv4 Requests, or through the IPv4 Transfer Market.
>
> For information on the Waiting List, visit:
> https://www.arin.net/resources/request/waiting_list.html
>
> For information on IPv4 Transfers, visit:
> https://www.arin.net/resources/transfers/index.html
>
> Exhaustion of the ARIN Free Pool does trigger changes in ARIN's
> Specified Transfer policy (NRPM 8.3) and Inter-RIR Transfer policy (NRPM
> 8.4). In both cases, these changes impact organizations that have been
> the source entity in a specified transfer within the last twelve months:
>
> "The source entity (-ies within the ARIN Region (8.4)) will be
> ineligible to receive any further IPv4 address allocations or
> assignments from ARIN for a period of 12 months after a transfer
> approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs
> first."
>
> Effective today, because exhaustion of the ARIN IPv4 free pool has
> occurred for the first time, there is no longer a restriction on how
> often organizations may request transfers to specified recipients.
>
> In the future, any IPv4 address space that ARIN receives from IANA, or
> recovers from revocations or returns from organizations, will be used to
> satisfy approved requests on the Waiting List for Unmet Requests. If we
> are able to fully satisfy all of the requests on the waiting list, any
> remaining IPv4 addresses would be placed into the ARIN free pool of IPv4
> addresses to satisfy future requests.
>
> ARIN encourages customers with questions about IPv4 availability to
> contact hostmas...@arin.net or the Registration Services Help Desk at
> +1.703.227.0660.
>
> Regards,
>
> John Curran
> President and CEO
> American Registry for Internet Numbers (ARIN)
>
>
>
>
>
> ___
> ARIN-Announce
> You are receiving this message because you are subscribed to
> the ARIN Announce Mailing List (arin-annou...@arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-announce
> Please contact i...@arin.net if you experience any issues.
>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Jared Mauch]

Let's say it's less than 1Tbit but based on the growth curve in recent weeks 
I'm not sure it will stay there. 

Jared Mauch

> On Sep 24, 2015, at 11:55 AM, a.l.m.bu...@lboro.ac.uk wrote:
> 
> Hi,
> 
>> IPv6 traffic roughly doubled in my view of the internet in the past ~2 weeks 
>> as the 9.0 GM image hit and the public release of 9.0 came out.
> 
> 0.001% of traffic to 0.002%  ;-)
> 
> 
> joking aside as I'm a big IPv6 champion IPv6 is picking up a lot 
> recentlyand whilst
> the bahviour change of IOS9 has helped...clients themselves dont change the 
> networks they are using -
> the networks themselves need to support this protocol, route it etc as we all 
> know...so, if nothing
> else, IOS9 has revealed more that many parts of the internet are IPv6 enabled 
> and ready to be used.
> 
> alan

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Mike Hammett]

= 
The whole reason for the inertia 
against going to IPv6 is "it ain't broke, so I not gonna 'fix' it." 

Now it's broke. 
= 

^^^This ^^^ 




- 
Mike Hammett 
Intelligent Computing Solutions 
http://www.ics-il.com 

- Original Message -

From: "Stephen Satchell"  
To: nanog@nanog.org 
Sent: Thursday, September 24, 2015 2:38:26 PM 
Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero 

On 09/24/2015 09:49 AM, Dovid Bender wrote: 
> The issue now is convincing clients that they need it. The other 
> issue is many software vendors still don't support it. 

And this may trigger a refresh on routers, as people old or refurbed 
equipment find they need to change. The whole reason for the inertia 
against going to IPv6 is "it ain't broke, so I not gonna 'fix' it." 

Now it's broke. 

Re: ARIN Region IPv4 Free Pool Reaches Zero

[ITechGeek]

Remember, the Internet being fully migrated to IPv6 is just 5 yrs away just
like fusion power plants is 20 yrs away (although I think now they are
saying 50 yrs away which would make IPv6 12.5 yrs away).  (=

---
-ITG (ITechGeek)
i...@itechgeek.com
https://itg.nu/
GPG Keys: https://itg.nu/contact/gpg-key
Preferred GPG Key: Fingerprint: AB46B7E363DA7E04ABFA57852AA9910A DCB1191A
Google Voice: +1-703-493-0128 / Twitter: ITechGeek / Facebook:
http://fb.me/Jbwa.Net

On Thu, Sep 24, 2015 at 4:06 PM, Mike Hammett  wrote:

> =
> The whole reason for the inertia
> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>
> Now it's broke.
> =
>
> ^^^This ^^^
>
>
>
>
> -
> Mike Hammett
> Intelligent Computing Solutions
> http://www.ics-il.com
>
> - Original Message -
>
> From: "Stephen Satchell" 
> To: nanog@nanog.org
> Sent: Thursday, September 24, 2015 2:38:26 PM
> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>
> On 09/24/2015 09:49 AM, Dovid Bender wrote:
> > The issue now is convincing clients that they need it. The other
> > issue is many software vendors still don't support it.
>
> And this may trigger a refresh on routers, as people old or refurbed
> equipment find they need to change. The whole reason for the inertia
> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>
> Now it's broke.
>
>

Re: SPAM: AW: important

[Rich Kulawiec]

On Thu, Sep 24, 2015 at 02:55:51PM +0200, Gunther Stammwitz wrote:
> This is unbelievable: 

Yes, it is.  Quoting back a spammer's entire message to the entire list,
including the payload, is unbelievably stupid.  It would have been
better to call this to the attention of those charged with the
care and feeding of this list, who are available at adm...@nanog.org
per the nanog.org web site.  (Although even that is probably not
necessary: I presume that they're keeping eyeballs on the list and
quite likely noticed this on their own.)

Blocking mailing list spam sent by/via addresses belonging to the
mailing list is exceedingly tricky.  There are a few methods that
are modestly effective but none which present sufficiently low FP/FN
performance to be trusted without human intervention.  And those
which rely on content, like all anti-spam methods which rely on
content, can be and are defeated at will by spammers.  I have studied
this problem in considerable depth over the past several years and
have concluded that -- so far -- the only truly reliable method is
clueful list moderation with individual approval of every message.
This is, however, labor-intensive for high-volume lists and is thus
dependent on the availability of trained/practiced teams of list-owners
with sufficient available time.

---rsk

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Stephen Satchell]

On 09/24/2015 09:49 AM, Dovid Bender wrote:

The issue now is convincing clients that they need it. The other
issue is many software vendors still don't support it.


And this may trigger a refresh on routers, as people old or refurbed 
equipment find they need to change.  The whole reason for the inertia 
against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."


Now it's broke.

Re: ARIN Region IPv4 Free Pool Reaches Zero

[A . L . M . Buxey]

Hi,

> IPv6 traffic roughly doubled in my view of the internet in the past ~2 weeks 
> as the 9.0 GM image hit and the public release of 9.0 came out.

0.001% of traffic to 0.002%  ;-)


joking aside as I'm a big IPv6 champion IPv6 is picking up a lot 
recentlyand whilst
the bahviour change of IOS9 has helped...clients themselves dont change the 
networks they are using -
the networks themselves need to support this protocol, route it etc as we all 
know...so, if nothing
else, IOS9 has revealed more that many parts of the internet are IPv6 enabled 
and ready to be used.

alan

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Jared Mauch]

> On Sep 24, 2015, at 12:49 PM, Dovid Bender  wrote:
> 
> The issue now is convincing clients that they need it. The other issue is 
> many software vendors still don't support it.
> 

Open a ticket with your NOC or the customer support people if they can’t reach 
sites like http://adsb.nether.net/

Use tools like Jason’s test-ipv6.com site.

IPv6 traffic roughly doubled in my view of the internet in the past ~2 weeks as 
the 9.0 GM image hit and the public release of 9.0 came out.

Graphs here:

https://twitter.com/jaredmauch/status/647100011797348352
https://twitter.com/jaredmauch/status/645976350860247040
https://twitter.com/jaredmauch/status/645968683794219013

- Jared

RE: ARIN Region IPv4 Free Pool Reaches Zero

[Steve Mikulasik]

Let's just hope carriers don't try to fix IPv4 instead of going to IPv6. I'd 
like my children to grow up in a worlds without cgnat.  


-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Stephen Satchell
Sent: Thursday, September 24, 2015 1:38 PM
To: nanog@nanog.org
Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero

On 09/24/2015 09:49 AM, Dovid Bender wrote:
> The issue now is convincing clients that they need it. The other issue 
> is many software vendors still don't support it.

And this may trigger a refresh on routers, as people old or refurbed equipment 
find they need to change.  The whole reason for the inertia against going to 
IPv6 is "it ain't broke, so I not gonna 'fix' it."

Now it's broke.

Re: [ih] Fiction->History

[Larry Sheldon]

On 9/24/2015 10:56, Bill Ricker wrote:

On Wed, Sep 23, 2015 at 10:27 PM, Larry Sheldon 
wrote:



Fiction->History


​There are two sorts of SciFi (aside from the Fantastic) - those that
aren't facts yet​

​but likely will be if we persevere, and ​those that could be facts if we
screw things up even worse. Those writing near-term SF are well advised to
leverage  William Gibson's aphorism "The future is already here - it's just
not evenly distributed" to sniff out what is in the labs and the pockets of
the early adopters.



​
In 1977 there was a book titled “The Adolescence of P-1” (Thomas Joseph
Ryan)



I thought I remembered this was either serialized or first appeared as a
novella in one of the magazines before release as a book, but Google finds
no proof of that? Odd.
There was a flurry of pre-cyber-punk AI / rogue-programmer stories in
Analog in the late 70's, i recall one featured a female hacker but i forget
the title, and that it was the month before or after P-1 so it seemed a
trend.


I guess I had forgotten how much there is--I was a Heinlein reader 
sub-teen but in general lost interest in SciFi--this book and "Contact" 
(and maybe "Broca's Brain") are the only ones that come to mind since 
then (unless you want to include George Orwell, Aldous Huxley, Ayn Rand, 
and George Lucas).


I mentioned "P-1" here because it is the only one of the lot (that I can 
remember) where the _network_ is a (the) major protagonist.

 ​


--
sed quis custodiet ipsos custodes? (Juvenal)

Re: LinkedIn contact

[Franck Martin via NANOG]

Done.

On Thu, Sep 24, 2015 at 2:48 PM, Irwin, Kevin 
wrote:

> Hello, if there is anyone from LinkedIn on the board, can you please
> contact me offline?
>
> Thanks,
>
> Kevin Irwin
> Network Engineer – Core Network Engineering
> Cincinnati Bell Telephone
>
> "It has been my observation that most people get ahead during the time
> that others waste.”  -Henry Ford
> The information transmitted is intended only for the person or entity to
> which it is addressed and may contain confidential and/or privileged
> material. Any review, retransmission, dissemination or other use of, or
> taking of any action in reliance upon, this information by persons or
> entities other than the intended recipient is prohibited. If you receive
> this in error, please contact the sender and destroy any copies of this
> document.
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Michael Thomas]

That will be pretty interesting for anybody who's using aws as their 
server infrastructure since aws is

still v6 useless last i heard.

Mike

On 09/24/2015 04:33 PM, Eric Tykwinski wrote:

No doubt as an iOS/Apple developer for a hobby, they have been pretty forth 
coming on dual stack.
It’s not totally a requirement yet, but pretty much a BCOP:
https://developer.apple.com/library/prerelease/ios/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW11
 


Sorry if it’s behind a sign-in wall.

Sincerely,

Eric Tykwinski
TrueNet, Inc.
P: 610-429-8300
F: 610-429-3222


On Sep 24, 2015, at 6:59 PM, Jared Mauch  wrote:



On Sep 24, 2015, at 6:56 PM, Franck Martin via NANOG  wrote:

I think the next requirement for iOS apps: "We ran your app on an IPv6 only
network and it did not work. Your submission to the Apple store is
therefore denied."

That’s forthcoming.

https://developer.apple.com/videos/wwdc/2015/?id=719


- Jared

Re: ARIN Region IPv4 Free Pool Reaches Zero

[ITechGeek]

They're already trying - RFC 6598. On the flip side, I'm using subnets from
that range for my home network instead of RFC 1918 space right now.

---
-ITG (ITechGeek)
i...@itechgeek.com
https://itg.nu/
GPG Keys: https://itg.nu/contact/gpg-key
Preferred GPG Key: Fingerprint: AB46B7E363DA7E04ABFA57852AA9910A DCB1191A
Google Voice: +1-703-493-0128 / Twitter: ITechGeek / Facebook:
http://fb.me/Jbwa.Net

On Thu, Sep 24, 2015 at 3:41 PM, Steve Mikulasik 
wrote:

> Let's just hope carriers don't try to fix IPv4 instead of going to IPv6.
> I'd like my children to grow up in a worlds without cgnat.
>
>
> -Original Message-
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Stephen Satchell
> Sent: Thursday, September 24, 2015 1:38 PM
> To: nanog@nanog.org
> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>
> On 09/24/2015 09:49 AM, Dovid Bender wrote:
> > The issue now is convincing clients that they need it. The other issue
> > is many software vendors still don't support it.
>
> And this may trigger a refresh on routers, as people old or refurbed
> equipment find they need to change.  The whole reason for the inertia
> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>
> Now it's broke.
>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Rafael Possamai]

T-Mobile implemented 464XLAT successfully, but I have no idea how long they
will still depend on IPv4 because of that setup.

On Thu, Sep 24, 2015 at 2:41 PM, Steve Mikulasik 
wrote:

> Let's just hope carriers don't try to fix IPv4 instead of going to IPv6.
> I'd like my children to grow up in a worlds without cgnat.
>
>
> -Original Message-
> From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Stephen Satchell
> Sent: Thursday, September 24, 2015 1:38 PM
> To: nanog@nanog.org
> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>
> On 09/24/2015 09:49 AM, Dovid Bender wrote:
> > The issue now is convincing clients that they need it. The other issue
> > is many software vendors still don't support it.
>
> And this may trigger a refresh on routers, as people old or refurbed
> equipment find they need to change.  The whole reason for the inertia
> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>
> Now it's broke.
>
>

LinkedIn contact

[Irwin, Kevin]

Hello, if there is anyone from LinkedIn on the board, can you please contact me 
offline?

Thanks,

Kevin Irwin
Network Engineer – Core Network Engineering
Cincinnati Bell Telephone

"It has been my observation that most people get ahead during the time that 
others waste.”  -Henry Ford
The information transmitted is intended only for the person or entity to which 
it is addressed and may contain confidential and/or privileged material. Any 
review, retransmission, dissemination or other use of, or taking of any action 
in reliance upon, this information by persons or entities other than the 
intended recipient is prohibited. If you receive this in error, please contact 
the sender and destroy any copies of this document.

Re: Recent trouble with QUIC

[Ian Swett via NANOG]

Hi,

I'm an engineer working on QUIC at Google.

Sorry for the delayed response. This was an issue with QUIC traffic (from
Chrome users) to Google for some users behind NATs. The issue started at
small volumes on 2015-09-09 when we started rolling out an optimization to
our frontends for QUIC users behind NATs, and then increased in magnitude
on 2015-09-22. We rolled back the feature by 2015-09-23 12:40 PDT, which
did clear all issues.

Here are the technical details:

As we have posted about QUIC before[1], and was pointed out earlier in this
thread, QUIC runs over UDP. For users behind a NAT, QUIC relies upon NATs
maintaining port bindings when the UDP path is in active use.  To ensure
that the NAT does not time out with outstanding requests, QUIC sends a
keepalive ping after 15 seconds.  To optimize for the case when a NAT times
out, we implemented a feature in our frontend to allow the port to migrate
on open QUIC connections -- the frontend would send a GOAWAY to the client
to indicate the connection should be re-established, but outstanding
requests could be completed.  This triggered a previously unknown bug in
Chrome where it tries to use an open QUIC connection that has already
received a GOAWAY for new requests.  Hence the failures.

As this happens only following a NAT rebinding, these failures were
isolated to networks with a lot of NAT rebindings on active connections.
This bug was particularly visible on connections to GMail and Drive because
they utilize hanging GETs which last multiple minutes.  All new requests
using timed out connections would have immediately failed as well.

After rolling back the feature, we have started working on fixing the
underlying issue and improving how we detect and avoid issues like this in
the future.

-- Ian Swett

[1] http://blog.chromium.org/2013/06/experimenting-with-quic.html

RE: ARIN Region IPv4 Free Pool Reaches Zero

[Tony Patti]

According to http://business.comcast.com/internet/business-internet/static-ip
Comcast charges $19.95 per month for one static IPv4 address.

Tony Patti
CIO

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Bob Evans
Sent: Thursday, September 24, 2015 5:32 PM
To: nanog list
Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero

IPv4's works better today than ever before. IP space in North America has now 
officially turned into a revenue source for networks. Most private enterprise 
customers understand costs and profits. Business does not understand free stuff 
in a free market. Hence, IPv4 is no longer free in a block range perspective.

To any business with rising employee medical insurance, electricity and office 
rent rates, an IP address cost is just not on the radar. Just not a large 
enough cost to make IPv6 look financially attractive. Only when IPv4 address 
costs begin to exceed that of the hardware and labor conversion costs, will 
IPv6 gain traction in North America.

So for the most part your teenage kids will grow up in an IPv4 world until they 
are probably 30,something. But, your grand kids will see IPv4 as s old. 
That's all contingent upon all the networks we work on start charging $10 or 
more per IP address per month.

Thank You
Bob Evans
CTO




> Remember, the Internet being fully migrated to IPv6 is just 5 yrs away 
> just like fusion power plants is 20 yrs away (although I think now 
> they are saying 50 yrs away which would make IPv6 12.5 yrs away).  (=
>
> --
> -
> -ITG (ITechGeek)
> i...@itechgeek.com
> https://itg.nu/
> GPG Keys: https://itg.nu/contact/gpg-key Preferred GPG Key: 
> Fingerprint: AB46B7E363DA7E04ABFA57852AA9910A DCB1191A Google Voice: 
> +1-703-493-0128 / Twitter: ITechGeek / Facebook:
> http://fb.me/Jbwa.Net
>
> On Thu, Sep 24, 2015 at 4:06 PM, Mike Hammett  wrote:
>
>> =
>> The whole reason for the inertia
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>> =
>>
>> ^^^This ^^^
>>
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions
>> http://www.ics-il.com
>>
>> - Original Message -
>>
>> From: "Stephen Satchell" 
>> To: nanog@nanog.org
>> Sent: Thursday, September 24, 2015 2:38:26 PM
>> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>>
>> On 09/24/2015 09:49 AM, Dovid Bender wrote:
>> > The issue now is convincing clients that they need it. The other 
>> > issue is many software vendors still don't support it.
>>
>> And this may trigger a refresh on routers, as people old or refurbed 
>> equipment find they need to change. The whole reason for the inertia 
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>>
>>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Joe Greco]

> According to http://business.comcast.com/internet/business-internet/static-=
> ip
> Comcast charges $19.95 per month for one static IPv4 address.

High dollar amounts for a single static IPv4 address are nothing new,
and are IMHO a side effect of monopoly/duopoly last mile providers being
able to shake down end users because the end user's financially viable 
options are typically just "pay up or don't get a static."

The question really at hand: what happens when you need to host a new 
pile of servers, need/can-justify a /24, and your hosting provider 
quotes you $2560/month just for the IP space (at $10/IP)?

That'd be an incentive to look seriously at IPv6 I *think*.

Switching hosting providers will probably become a popular game for 
the early depletion era, as providers attempt to rob each other of
customers.  That's probably a losing game in the long run.

... JG
-- 
Joe Greco - sol.net Network Services - Milwaukee, WI - http://www.sol.net
"We call it the 'one bite at the apple' rule. Give me one chance [and] then I
won't contact you again." - Direct Marketing Ass'n position on e-mail spam(CNN)
With 24 million small businesses in the US alone, that's way too many apples.

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Franck Martin via NANOG]

I think the next requirement for iOS apps: "We ran your app on an IPv6 only
network and it did not work. Your submission to the Apple store is
therefore denied."

GeoIP information

[Ian Clark]

How do service providers get all the GeoIP companies to have correct
information for their address ranges?  Do they just pay them to update it?
At first I thought it had to do with whois data, but my home Verizon IP
whois lists Ashburn, VA, yet the GeoIP data shows my local city.

We're trying to find a way to correct our GeoIP data for a specific IP
range, but aren't sure what the best practices are for doing so.  Any
advice would be awesome!

-- 
Ian Clark
Network Engineer
DreamHost

Re: GeoIP information

[Roland Dobbins]

On 25 Sep 2015, at 5:58, Ian Clark wrote:


Any advice would be awesome!


There is no inherent correlation between IP addressing and geopolitical 
boundaries.


---
Roland Dobbins 

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Bob Evans]

IPv4's works better today than ever before. IP space in North America has
now officially turned into a revenue source for networks. Most private
enterprise customers understand costs and profits. Business does not
understand free stuff in a free market. Hence, IPv4 is no longer free in a
block range perspective.

To any business with rising employee medical insurance, electricity and
office rent rates, an IP address cost is just not on the radar. Just not a
large enough cost to make IPv6 look financially attractive. Only when IPv4
address costs begin to exceed that of the hardware and labor conversion
costs, will IPv6 gain traction in North America.

So for the most part your teenage kids will grow up in an IPv4 world until
they are probably 30,something. But, your grand kids will see IPv4 as
s old. That's all contingent upon all the networks we work on start
charging $10 or more per IP address per month.

Thank You
Bob Evans
CTO




> Remember, the Internet being fully migrated to IPv6 is just 5 yrs away
> just
> like fusion power plants is 20 yrs away (although I think now they are
> saying 50 yrs away which would make IPv6 12.5 yrs away).  (=
>
> ---
> -ITG (ITechGeek)
> i...@itechgeek.com
> https://itg.nu/
> GPG Keys: https://itg.nu/contact/gpg-key
> Preferred GPG Key: Fingerprint: AB46B7E363DA7E04ABFA57852AA9910A DCB1191A
> Google Voice: +1-703-493-0128 / Twitter: ITechGeek / Facebook:
> http://fb.me/Jbwa.Net
>
> On Thu, Sep 24, 2015 at 4:06 PM, Mike Hammett  wrote:
>
>> =
>> The whole reason for the inertia
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>> =
>>
>> ^^^This ^^^
>>
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions
>> http://www.ics-il.com
>>
>> - Original Message -
>>
>> From: "Stephen Satchell" 
>> To: nanog@nanog.org
>> Sent: Thursday, September 24, 2015 2:38:26 PM
>> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>>
>> On 09/24/2015 09:49 AM, Dovid Bender wrote:
>> > The issue now is convincing clients that they need it. The other
>> > issue is many software vendors still don't support it.
>>
>> And this may trigger a refresh on routers, as people old or refurbed
>> equipment find they need to change. The whole reason for the inertia
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>>
>>
>

RE: ARIN Region IPv4 Free Pool Reaches Zero

[Steve Mikulasik]

I read an article from National Geographic from the early 90s about the 
conversion for CFCs to HCFC and I think IPv4 will transition similarly. I wish 
I could find the article on line, but I can't find it at all. It basically 
credited the speed of the transition (it was faster than most thought) due to 
CFC scarcity imposed by legislation. 

CFC used in A/C were known to be terrible for the environment for a number of 
years, but consumers didn't really demand HCFC equipment and you could always 
buy CFCs cheaply to repair your appliances. Once it was mandated that HCFCs 
could only be used on anything new and CFCs could not be produced at the same 
level, a market was created for reclaiming CFCs from old equipment. The price 
of CFCs went up for a number of years due to decline supply until there was 
enough of a uptick in HCFC equipment that eventually the price of CFCs tanked 
due to low demand. The limited CFC market helped pushed people in adopting 
HCFCs since the cost of repairing your old CFC A/C unit was very high for a 
number of years. By the time prices went down no one really cared that much for 
CFCs anyways.

Since we now have a market controlling the allocation of IPv4 addresses we will 
probably see the fastest uptick in IPv6 adoption yet. The price will go up 
until it is more reasonable to just go to IPv6 for everything than to figure 
out how to keep getting blood from the IPv4 stone. There is an upper limit to 
how much we can all pay for an IP address. Now would be a good time to invest 
in IPv4 addresses to sell at the high end of the market ;)


(Hope I did a decent job explaining, trying to remember the article from a few 
years ago is hard.)

-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Bob Evans
Sent: Thursday, September 24, 2015 3:32 PM
To: nanog list 
Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero

IPv4's works better today than ever before. IP space in North America has now 
officially turned into a revenue source for networks. Most private enterprise 
customers understand costs and profits. Business does not understand free stuff 
in a free market. Hence, IPv4 is no longer free in a block range perspective.

To any business with rising employee medical insurance, electricity and office 
rent rates, an IP address cost is just not on the radar. Just not a large 
enough cost to make IPv6 look financially attractive. Only when IPv4 address 
costs begin to exceed that of the hardware and labor conversion costs, will 
IPv6 gain traction in North America.

So for the most part your teenage kids will grow up in an IPv4 world until they 
are probably 30,something. But, your grand kids will see IPv4 as s old. 
That's all contingent upon all the networks we work on start charging $10 or 
more per IP address per month.

Thank You
Bob Evans
CTO




> Remember, the Internet being fully migrated to IPv6 is just 5 yrs away 
> just like fusion power plants is 20 yrs away (although I think now 
> they are saying 50 yrs away which would make IPv6 12.5 yrs away).  (=
>
> --
> -
> -ITG (ITechGeek)
> i...@itechgeek.com
> https://itg.nu/
> GPG Keys: https://itg.nu/contact/gpg-key
> Preferred GPG Key: Fingerprint: AB46B7E363DA7E04ABFA57852AA9910A 
> DCB1191A Google Voice: +1-703-493-0128 / Twitter: ITechGeek / Facebook:
> http://fb.me/Jbwa.Net
>
> On Thu, Sep 24, 2015 at 4:06 PM, Mike Hammett  wrote:
>
>> =
>> The whole reason for the inertia
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>> =
>>
>> ^^^This ^^^
>>
>>
>>
>>
>> -
>> Mike Hammett
>> Intelligent Computing Solutions
>> http://www.ics-il.com
>>
>> - Original Message -
>>
>> From: "Stephen Satchell" 
>> To: nanog@nanog.org
>> Sent: Thursday, September 24, 2015 2:38:26 PM
>> Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero
>>
>> On 09/24/2015 09:49 AM, Dovid Bender wrote:
>> > The issue now is convincing clients that they need it. The other 
>> > issue is many software vendors still don't support it.
>>
>> And this may trigger a refresh on routers, as people old or refurbed 
>> equipment find they need to change. The whole reason for the inertia 
>> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."
>>
>> Now it's broke.
>>
>>
>

Re: GeoIP information

[Josh Luthman]

Did that Wiki page ever come back up?

Josh Luthman
Office: 937-552-2340
Direct: 937-552-2343
1100 Wayne St
Suite 1337
Troy, OH 45373
On Sep 24, 2015 7:01 PM, "Ian Clark"  wrote:

> How do service providers get all the GeoIP companies to have correct
> information for their address ranges?  Do they just pay them to update it?
> At first I thought it had to do with whois data, but my home Verizon IP
> whois lists Ashburn, VA, yet the GeoIP data shows my local city.
>
> We're trying to find a way to correct our GeoIP data for a specific IP
> range, but aren't sure what the best practices are for doing so.  Any
> advice would be awesome!
>
> --
> Ian Clark
> Network Engineer
> DreamHost
>

Re: Recent trouble with QUIC?

[Todd Underwood]

This has now been resolved. See recent post by ian swett in a separate
thread about quic.

T
On Sep 24, 2015 1:12 AM, "Mike Meredith"  wrote:

> On Wed, 23 Sep 2015 19:01:19 -0500, Sean Hunter 
> may have written:
> > a) Has anyone here had a similar experience? Was the root cause QUIC
> > in your case?
>
> Yes. No; in our case our firewall (a PA5060 running PANOS6.1.3 at the
> time) was allowing some QUIC packets through, but not others. As it was
> newly deployed at the time, it was soon blamed :-\
>
> > b) Has anyone noticed anything remotely similar in the last few
> > weeks/days/today?
>
> Only because I enabled QUIC within Chrome on our test network to verify
> that it was still a problem.
>
> > We're an Apps domain, so this may be specific to universities in the
> > Apps universe.
>
> As are we.
>
> --
> Mike Meredith, University of Portsmouth
> Principal Systems Engineer, Hostmaster, Security, and Timelord!
>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Jared Mauch]

> On Sep 24, 2015, at 6:56 PM, Franck Martin via NANOG  wrote:
> 
> I think the next requirement for iOS apps: "We ran your app on an IPv6 only
> network and it did not work. Your submission to the Apple store is
> therefore denied."

That’s forthcoming.

https://developer.apple.com/videos/wwdc/2015/?id=719


- Jared

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Eric Tykwinski]

No doubt as an iOS/Apple developer for a hobby, they have been pretty forth 
coming on dual stack.
It’s not totally a requirement yet, but pretty much a BCOP:
https://developer.apple.com/library/prerelease/ios/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6Transition.html#//apple_ref/doc/uid/TP40010220-CH213-SW11
 


Sorry if it’s behind a sign-in wall.

Sincerely,

Eric Tykwinski
TrueNet, Inc.
P: 610-429-8300
F: 610-429-3222

> On Sep 24, 2015, at 6:59 PM, Jared Mauch  wrote:
> 
> 
>> On Sep 24, 2015, at 6:56 PM, Franck Martin via NANOG  wrote:
>> 
>> I think the next requirement for iOS apps: "We ran your app on an IPv6 only
>> network and it did not work. Your submission to the Apple store is
>> therefore denied."
> 
> That’s forthcoming.
> 
> https://developer.apple.com/videos/wwdc/2015/?id=719
> 
> 
> - Jared

Re: GeoIP information

[Eric Tykwinski]

I love OVH where they ask where you want your IP space to be geolocated, but 
it’s still France/Canada…  
Why ask, I guess it worked in the past?

Sincerely,

Eric Tykwinski
TrueNet, Inc.
P: 610-429-8300
F: 610-429-3222


> On Sep 24, 2015, at 8:55 PM, Roland Dobbins  wrote:
> 
> On 25 Sep 2015, at 7:47, William Herrin wrote:
> 
>> Maxmind does not concur.
> 
> 
> 
> ---
> Roland Dobbins 

Re: GeoIP information

[Ian Clark]

On Sep 24, 2015 5:54 PM, "Ray Van Dolson"  wrote:
>
> On Thu, Sep 24, 2015 at 08:47:56PM -0400, William Herrin wrote:
> > On Thu, Sep 24, 2015 at 7:29 PM, Roland Dobbins 
wrote:
> > > On 25 Sep 2015, at 5:58, Ian Clark wrote:
> > >> Any advice would be awesome!
> > > There is no inherent correlation between IP addressing and
geopolitical
> > > boundaries.
> >
> > Maxmind does not concur.
> >
> > Regards,
> > Bill Herrin
>
> I've recently SWIP'd some IP space to see if Maxmind would pick up the
> new location.  48 hours later it hasn't (just via their free, web-based
> query tool).  Perhaps I need to be more patient.
>
> Ray

We did the same thing about a week ago, including a correction request with
maxmind to no avail, hence this thread. I have a feeling our patience won't
be rewarded...

Re: GeoIP information

[William Herrin]

On Thu, Sep 24, 2015 at 9:12 PM, Ian Clark  wrote:
> On Sep 24, 2015 5:54 PM, "Ray Van Dolson"  wrote:
>> On Thu, Sep 24, 2015 at 08:47:56PM -0400, William Herrin wrote:
>> > On Thu, Sep 24, 2015 at 7:29 PM, Roland Dobbins 
>> > wrote:
>> > > On 25 Sep 2015, at 5:58, Ian Clark wrote:
>> > >> Any advice would be awesome!
>> > > There is no inherent correlation between IP addressing and
>> > > geopolitical
>> > > boundaries.
>> >
>> > Maxmind does not concur.
>> >
>> > Regards,
>> > Bill Herrin
>>
>> I've recently SWIP'd some IP space to see if Maxmind would pick up the
>> new location.  48 hours later it hasn't (just via their free, web-based
>> query tool).  Perhaps I need to be more patient.
>
> We did the same thing about a week ago, including a correction request with
> maxmind to no avail, hence this thread. I have a feeling our patience won't
> be rewarded...

Maxmind would have to violate ARIN's rules to collect your geoip
information through a feed of whois data. Those rules forbid
republication of the data.

Try contacting them directly. Then download the files they publish and
check for yourself.

https://support.maxmind.com/geoip-data-correction-request/
http://dev.maxmind.com/geoip/legacy/geolite/

When you've done these things and still haven't gotten satisfaction,
perhaps then it's time to return here for a session of Name and Shame.

Regards,
Bill Herrin


-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Owner, Dirtside Systems . Web: 

JANOG37 Meeting Call for Presentations

[MAWATARI Masataka]

Hello,

JANOG37 Meeting will take place on 20-22 January 2016 in Nagoya,
Japan.

http://www.janog.gr.jp/en/index.php?JANOG37_Meeting


JANOG is making a call for presentations until 30 October 2015.
Our meetings are in Japanese but we have had several non-Japanese
speakers who made presentations in the past.

We are looking forward to your proposals for presentations.


Taiji Tsuchiya, Masataka Mawatari
JANOG37 Programme Committee Co-Chairs


--
** JANOG37 MEETING
--

 - Host: CHUBU TELECOMMUNICATIONS CO.,INC.
 - Date: 20 Jan., 2016 - 22 Jan., 2016
 - Venue   : NTK Hall
 - Address : 1-15-1 Kanayamacho, Naka-ku, Nagoya, Japan.
 - Fees: JANOG37 Meeting (20-22 Jan): Free
 Social event (in the evening on 21 Jan): 6,000JPY


--
** HOW TO SUBMIT PRESENTATIONS
--

If you are interested to give a presentation, submissions are welcome
via e-mail at:"meeting-37[at]janog.gr.jp" with the following
information.

 1. Speaker's name(s)
 2. Speaker's organization(s)
 3. Preferred contact email address
 4. Submission category (General Session or Panel Session)
* If your choice is panel, please tell us the number of speakers
 5. Presentation title
 6. Abstract
 7. Desired presentation time and discussion time
 8. Slides (attachment or URL), in PowerPoint or PDF format.

Our Meetings are in Japanese, so non-Japanese speakers usually arrange
an informal interpreter.
If you are interested in making a presentation at JANOG but cannot
arrange an interpreter by yourself, you could consult with us at:
"meeting-37[at]janog.gr.jp". Although we cannot guarantee, we may be
able to help you on volunteer basis.
Let us know if you have any questions : meeting-37[at]janog.gr.jp


--
** THE KEY DATE FOR JANOG37 SUBMISSIONS
--

CFP Deadline : 30 October 23:59 JST
The Program Committee will notify you after 16th November about your
submission.


--
** VISA
--

Foreign visitor entering Japan must have a passport which has valid
period during you stay in Japan. Passport holders from some countries
are required to have a visa to visit Japan before they depart toward
Japan. Many are exempt from this requirement and can get their visa on
entry to Japan. Please determine whether you are exempt from the visa
requirement.

Please refer to the official website from Ministry of Foreign Affairs
of Japan or any other appropriate website to get more information
about Visa application. Ministry of Foreign Affairs of Japan - Guide
to Japanese Visas http://www.mofa.go.jp/j_info/visit/visa/index.html

List of Countries and Regions for Visa Exemptions
http://www.mofa.go.jp/j_info/visit/visa/short/novisa.html

Please note that JANOG can not assist you with your visa application.
If you have any questions about the meeting, please feel free to
contact meeting-37[at]janog.gr.jp.


--
** ABOUT JANOG
--

JANOG webpage in English is available at: http://www.janog.gr.jp/en/


--

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Dovid Bender]

The issue now is convincing clients that they need it. The other issue is many 
software vendors still don't support it.

Regards,

Dovid

-Original Message-
From: Ca By 
Sender: "NANOG" Date: Thu, 24 Sep 2015 09:46:31 
To: John Curran
Cc: NANOG
Subject: Re: ARIN Region IPv4 Free Pool Reaches Zero

On Thu, Sep 24, 2015 at 9:34 AM, John Curran  wrote:

> (Apologies for redistribution, but need to insure that this is seen by all
> in the region.)
>
> The IPv4 free pool for the ARIN region is now depleted; ISPs are
> encouraged to utilize
> IPv6 for additional customer growth and the IPv4 transfer market for their
> IPv4 interim
> needs.
>
>

Hooray!

Come on in, the IPv6 water is fine

http://www.worldipv6launch.org/measurements/


Over 20% of Google view are on IPv6

https://www.google.com/intl/en/ipv6/statistics.html

And, IPv6 is 10-15% faster

https://code.facebook.com/posts/1192894270727351/ipv6-it-s-time-to-get-on-board-/


CB


> Thanks!
> /John
>
> John Curran
> President and CEO
> ARIN
>
>
> Begin forwarded message:
>
> From: ARIN >
> Subject: [arin-announce] ARIN IPv4 Free Pool Reaches Zero
> Date: September 24, 2015 at 12:04:22 PM EDT
> To: >
>
> On 24 September 2015, ARIN issued the final IPv4 addresses in its free
> pool. ARIN will continue to process and approve requests for IPv4
> address blocks.  Those approved requests may be fulfilled via the Wait
> List for Unmet IPv4 Requests, or through the IPv4 Transfer Market.
>
> For information on the Waiting List, visit:
> https://www.arin.net/resources/request/waiting_list.html
>
> For information on IPv4 Transfers, visit:
> https://www.arin.net/resources/transfers/index.html
>
> Exhaustion of the ARIN Free Pool does trigger changes in ARIN's
> Specified Transfer policy (NRPM 8.3) and Inter-RIR Transfer policy (NRPM
> 8.4). In both cases, these changes impact organizations that have been
> the source entity in a specified transfer within the last twelve months:
>
> "The source entity (-ies within the ARIN Region (8.4)) will be
> ineligible to receive any further IPv4 address allocations or
> assignments from ARIN for a period of 12 months after a transfer
> approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs
> first."
>
> Effective today, because exhaustion of the ARIN IPv4 free pool has
> occurred for the first time, there is no longer a restriction on how
> often organizations may request transfers to specified recipients.
>
> In the future, any IPv4 address space that ARIN receives from IANA, or
> recovers from revocations or returns from organizations, will be used to
> satisfy approved requests on the Waiting List for Unmet Requests. If we
> are able to fully satisfy all of the requests on the waiting list, any
> remaining IPv4 addresses would be placed into the ARIN free pool of IPv4
> addresses to satisfy future requests.
>
> ARIN encourages customers with questions about IPv4 availability to
> contact hostmas...@arin.net or the Registration Services Help Desk at
> +1.703.227.0660.
>
> Regards,
>
> John Curran
> President and CEO
> American Registry for Internet Numbers (ARIN)
>
>
>
>
>
> ___
> ARIN-Announce
> You are receiving this message because you are subscribed to
> the ARIN Announce Mailing List (arin-annou...@arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-announce
> Please contact i...@arin.net if you experience any issues.
>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[William Astle]

On 2015-09-24 10:49, Dovid Bender wrote:

The issue now is convincing clients that they need it. The other issue is many 
software vendors still don't support it.

Regards,

Dovid


Actually, the issue now is convincing certain big providers to actually 
make IPv6 service available to their customers in data centres and the 
like across their *whole* networks rather than giving people the 
"there's no demand so we can't justify the cost" run around. (I'm 
looking at you AS701.)


For that matter, it would also help if certain large end user providers 
would make IPv6 available rather than giving a standard "we have no 
information at this time" type response. (I'm looking at you, Shaw.)

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Baldur Norddahl]

On 24 September 2015 at 18:34, John Curran  wrote:

> In the future, any IPv4 address space that ARIN receives from IANA, or
> recovers from revocations or returns from organizations, will be used to
> satisfy approved requests on the Waiting List for Unmet Requests.
>
>
> *If we are able to fully satisfy all of the requests on the waiting list,
> any remaining IPv4 addresses would be placed into the ARIN free pool of
> IPv4 addresses to satisfy future requests.*


Not even the Iraqi Minister of Information could have said that last part
with a straight face.

Re: GeoIP information

[Roland Dobbins]

On 25 Sep 2015, at 8:02, Eric Tykwinski wrote:


Why ask, I guess it worked in the past?


Because folks need to obviate 'GeoIP' filtering so that their 
services/content can be accessed.


---
Roland Dobbins 

Re: GeoIP information

[Ian Clark]

> Maxmind would have to violate ARIN's rules to collect your geoip
> information through a feed of whois data. Those rules forbid
> republication of the data.
>
> Try contacting them directly. Then download the files they publish and
> check for yourself.
>
> https://support.maxmind.com/geoip-data-correction-request/
> http://dev.maxmind.com/geoip/legacy/geolite/
>
> When you've done these things and still haven't gotten satisfaction,
> perhaps then it's time to return here for a session of Name and Shame.
>
> Regards,
> Bill Herrin

Well, I have already submitted a correction request and waited for their
stated update cycle to happen.

Where do GeoIP companies get their data, if not whois records?

Re: GeoIP information

[Ray Van Dolson]

On Thu, Sep 24, 2015 at 09:41:42PM -0400, William Herrin wrote:
> On Thu, Sep 24, 2015 at 9:33 PM, Ian Clark  wrote:
> > Where do GeoIP companies get their data, if not whois records?
> 
> I would assume that they query whois for one of their sources. They
> don't have to enter any contract with ARIN to do so but they also
> can't promptly collect any sizable portion database that way. That
> isn't the same as signing up for bulk whois access
> (https://www.arin.net/resources/request/bulkwhois.html).
> 
> I imagine they also do traceroutes to identify the last known location
> in the route.
> 
> Regards,
> Bill Herrin

I assumed it must be based off of WHOIS.  The IP space I'm working with
is in the midwest (US).  The address associated with it is from our
primary IP block out here in California, which it would have only been
able to gather from WHOIS.  If it had gone off the last hop, presumably
it would have seen that as something a little closer to the real
location rather than *exactly* where our primary environment is. :)

Ray

Re: GeoIP information

[William Herrin]

On Thu, Sep 24, 2015 at 9:45 PM, Ray Van Dolson  wrote:
> I assumed it must be based off of WHOIS.  The IP space I'm working with
> is in the midwest (US).  The address associated with it is from our
> primary IP block out here in California, which it would have only been
> able to gather from WHOIS.  If it had gone off the last hop, presumably
> it would have seen that as something a little closer to the real
> location rather than *exactly* where our primary environment is. :)

They could also do RDNS lookups and then see what rwhois says about the domain.

They could purchase sales records from online retailers. Hey guys,
give us the IP address, city, state and zip code for each sale; we'll
pay you a nickle each. Then correlate that with BGP announcements that
show the range of impacted addresses.

They could convince folks to install web browser plugins which give
the users rewards in exchange for ceding personal information. Or buy
data from a company which does.

-Bill



-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Owner, Dirtside Systems . Web: 

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Jared Mauch]

What people often miss is the front end doesn't need to be the same as the 
backend. The front should be v6, and using a service to do this for you isn't 
too hard. This is what many CDNs do. 

Jared Mauch

> On Sep 24, 2015, at 6:57 PM, valdis.kletni...@vt.edu wrote:
> 
> On Thu, 24 Sep 2015 16:39:54 -0700, Michael Thomas said:
>> That will be pretty interesting for anybody who's using aws as their
>> server infrastructure since aws is
>> still v6 useless last i heard.
> 
> I wonder if a sudden exodus of customers whose iOS app got axed
> because it can't contact an aws-hosted server from an IPv6-only
> network will be enough to get their attention

Re: GeoIP information

[William Herrin]

On Thu, Sep 24, 2015 at 7:29 PM, Roland Dobbins  wrote:
> On 25 Sep 2015, at 5:58, Ian Clark wrote:
>> Any advice would be awesome!
> There is no inherent correlation between IP addressing and geopolitical
> boundaries.

Maxmind does not concur.

Regards,
Bill Herrin


-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Owner, Dirtside Systems . Web: 

Re: GeoIP information

[Roland Dobbins]

On 25 Sep 2015, at 7:47, William Herrin wrote:

> Maxmind does not concur.



---
Roland Dobbins 

Re: [ih] Fiction->History

[Miles Fidelman]

Larry Sheldon wrote:

On 9/24/2015 10:56, Bill Ricker wrote:

On Wed, Sep 23, 2015 at 10:27 PM, Larry Sheldon 
wrote:



Fiction->History


​There are two sorts of SciFi (aside from the Fantastic) - those that
aren't facts yet​

​but likely will be if we persevere, and ​those that could be facts 
if we
screw things up even worse. Those writing near-term SF are well 
advised to
leverage  William Gibson's aphorism "The future is already here - 
it's just
not evenly distributed" to sniff out what is in the labs and the 
pockets of

the early adopters.



​
In 1977 there was a book titled “The Adolescence of P-1” (Thomas Joseph
Ryan)



I thought I remembered this was either serialized or first appeared as a
novella in one of the magazines before release as a book, but Google 
finds

no proof of that? Odd.
There was a flurry of pre-cyber-punk AI / rogue-programmer 
stories in
Analog in the late 70's, i recall one featured a female hacker but i 
forget

the title, and that it was the month before or after P-1 so it seemed a
trend.


I guess I had forgotten how much there is--I was a Heinlein reader 
sub-teen but in general lost interest in SciFi--this book and 
"Contact" (and maybe "Broca's Brain") are the only ones that come to 
mind since then (unless you want to include George Orwell, Aldous 
Huxley, Ayn Rand, and George Lucas).


I mentioned "P-1" here because it is the only one of the lot (that I 
can remember) where the _network_ is a (the) major protagonist.


Clark's "Dial F for Frankenstein" -- "deep in his heart, he knew that 
the telephone bell had tolled for the human race." :-)



--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Bryan Socha via NANOG]

Shouldn't 23.128.0.0/10 be put back into the pool?   Ripe finished their
test and this was a loaned block. Also with 16 million addresses in
their reserved pool, did they really need to borrow this in the first
place??

https://labs.ripe.net/Members/emileaben/has-the-routability-of-longer-than-24-prefixes-changed


Bryan Socha
Network Engineer
DigitalOcean


On Thu, Sep 24, 2015 at 12:34 PM, John Curran  wrote:

> (Apologies for redistribution, but need to insure that this is seen by all
> in the region.)
>
> The IPv4 free pool for the ARIN region is now depleted; ISPs are
> encouraged to utilize
> IPv6 for additional customer growth and the IPv4 transfer market for their
> IPv4 interim
> needs.
>
> Thanks!
> /John
>
> John Curran
> President and CEO
> ARIN
>
>
> Begin forwarded message:
>
> From: ARIN >
> Subject: [arin-announce] ARIN IPv4 Free Pool Reaches Zero
> Date: September 24, 2015 at 12:04:22 PM EDT
> To: >
>
> On 24 September 2015, ARIN issued the final IPv4 addresses in its free
> pool. ARIN will continue to process and approve requests for IPv4
> address blocks.  Those approved requests may be fulfilled via the Wait
> List for Unmet IPv4 Requests, or through the IPv4 Transfer Market.
>
> For information on the Waiting List, visit:
> https://www.arin.net/resources/request/waiting_list.html
>
> For information on IPv4 Transfers, visit:
> https://www.arin.net/resources/transfers/index.html
>
> Exhaustion of the ARIN Free Pool does trigger changes in ARIN's
> Specified Transfer policy (NRPM 8.3) and Inter-RIR Transfer policy (NRPM
> 8.4). In both cases, these changes impact organizations that have been
> the source entity in a specified transfer within the last twelve months:
>
> "The source entity (-ies within the ARIN Region (8.4)) will be
> ineligible to receive any further IPv4 address allocations or
> assignments from ARIN for a period of 12 months after a transfer
> approval, or until the exhaustion of ARIN's IPv4 space, whichever occurs
> first."
>
> Effective today, because exhaustion of the ARIN IPv4 free pool has
> occurred for the first time, there is no longer a restriction on how
> often organizations may request transfers to specified recipients.
>
> In the future, any IPv4 address space that ARIN receives from IANA, or
> recovers from revocations or returns from organizations, will be used to
> satisfy approved requests on the Waiting List for Unmet Requests. If we
> are able to fully satisfy all of the requests on the waiting list, any
> remaining IPv4 addresses would be placed into the ARIN free pool of IPv4
> addresses to satisfy future requests.
>
> ARIN encourages customers with questions about IPv4 availability to
> contact hostmas...@arin.net or the Registration Services Help Desk at
> +1.703.227.0660.
>
> Regards,
>
> John Curran
> President and CEO
> American Registry for Internet Numbers (ARIN)
>
>
>
>
>
> ___
> ARIN-Announce
> You are receiving this message because you are subscribed to
> the ARIN Announce Mailing List (arin-annou...@arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-announce
> Please contact i...@arin.net if you experience any issues.
>
>

Re: ARIN Region IPv4 Free Pool Reaches Zero

[John Curran]

On Sep 24, 2015, at 4:24 PM, Bryan Socha 
> wrote:

Shouldn't 23.128.0.0/10 be put back into the pool?

Bryan -

  23.128.0.0/10 isn’t on loan to RIPE; it is the permanently reserved block for 
IPv6
  transition (see ARIN NRPM 4.10 "Dedicated IPv4 block to facilitate IPv6 
Deployment”),
  of which RIPE is doing testing with 4 /24’s (and has asked to continue the 
testing
  of those blocks, so long as we don’t need them back sooner.)

Thanks,
/John

John Curran
President and CEO
ARIN

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Dave Taht]

On Thu, Sep 24, 2015 at 12:38 PM, Stephen Satchell  wrote:
> On 09/24/2015 09:49 AM, Dovid Bender wrote:
>>
>> The issue now is convincing clients that they need it. The other
>> issue is many software vendors still don't support it.
>
>
> And this may trigger a refresh on routers, as people old or refurbed
> equipment find they need to change.  The whole reason for the inertia
> against going to IPv6 is "it ain't broke, so I not gonna 'fix' it."

Yea, well, it would be nice if upgrading existing home routers
remained legal, so we could, indeed add ipv6 capability and more.

http://prpl.works/2015/09/21/yes-the-fcc-might-ban-your-operating-system/

> Now it's broke.



-- 
Dave Täht
Do you want faster, better, wifi? https://www.patreon.com/dtaht

Re: GeoIP information

[Ray Van Dolson]

On Thu, Sep 24, 2015 at 08:47:56PM -0400, William Herrin wrote:
> On Thu, Sep 24, 2015 at 7:29 PM, Roland Dobbins  wrote:
> > On 25 Sep 2015, at 5:58, Ian Clark wrote:
> >> Any advice would be awesome!
> > There is no inherent correlation between IP addressing and geopolitical
> > boundaries.
> 
> Maxmind does not concur.
> 
> Regards,
> Bill Herrin

I've recently SWIP'd some IP space to see if Maxmind would pick up the
new location.  48 hours later it hasn't (just via their free, web-based
query tool).  Perhaps I need to be more patient.

Ray

Re: GeoIP information

[William Herrin]

On Thu, Sep 24, 2015 at 9:33 PM, Ian Clark  wrote:
> Where do GeoIP companies get their data, if not whois records?

I would assume that they query whois for one of their sources. They
don't have to enter any contract with ARIN to do so but they also
can't promptly collect any sizable portion database that way. That
isn't the same as signing up for bulk whois access
(https://www.arin.net/resources/request/bulkwhois.html).

I imagine they also do traceroutes to identify the last known location
in the route.

Regards,
Bill Herrin

-- 
William Herrin  her...@dirtside.com  b...@herrin.us
Owner, Dirtside Systems . Web: 

Re: GeoIP information

[Ian Clark]

Is there anyone here who has successfully changed their GeoIP data for a
subset of their ARIN allocation?
How do service providers get all the GeoIP companies to have correct
information for their address ranges?  Do they just pay them to update it?
At first I thought it had to do with whois data, but my home Verizon IP
whois lists Ashburn, VA, yet the GeoIP data shows my local city.

We're trying to find a way to correct our GeoIP data for a specific IP
range, but aren't sure what the best practices are for doing so.  Any
advice would be awesome!

-- 
Ian Clark
Network Engineer
DreamHost

Re: ARIN Region IPv4 Free Pool Reaches Zero

[Valdis . Kletnieks]

On Thu, 24 Sep 2015 16:39:54 -0700, Michael Thomas said:
> That will be pretty interesting for anybody who's using aws as their
> server infrastructure since aws is
> still v6 useless last i heard.

I wonder if a sudden exodus of customers whose iOS app got axed
because it can't contact an aws-hosted server from an IPv6-only
network will be enough to get their attention


pgphAx2tMQwyq.pgp
Description: PGP signature