* Owen DeLong
Respectfully, I disagree. If the major content providers were to deploy
IPv6 within the next 6 months (pretty achievable even now), then the
need for CGN would at least be very much reduced, if not virtually
eliminated.
I agree with very much reduced. However, and IMHO,
* Mikael Abrahamsson
On Mon, 8 Apr 2013, Tore Anderson wrote:
AIUI, the standards-track flavour of MAP, MAP-E, is *not* NAT - it is
tunneling, pure encap/decap plus a clever way to calculate the outer
IPv6 src/dst addresses from the inner IPv4 addresses and ports. The
inner IPv4 packets
* Tore Anderson
Does anyone see MAP-E being implemented on regular linecards or is it
going to be implemented on processor based dedicated hardware? At least
initially, I would just assume it's going to be some kind of CGN blade.
No idea, sorry.
https://ripe65.ripe.net/presentations/91
* Tore Anderson
The tunnel endpoint will 99.99% of cases be a CPE with a NAPT44
component though, so there is some NAT involved in the overall solution,
but it's pretty much the same as what we have in today's CPEs/HGWs. The
only significant difference is that a MAP CPE must be prepared
.
That said, there are of course some things that may make anything except
NAT444 undeployable. Verizon might have old DSLAMs that cannot deal with
IPv6, or customer-controlled/owned (layer-3) HGWs. If so, their hands
are tied.
--
Tore Anderson
* Mikael Abrahamsson
Otoh, ARIN isn't exhausted yet so getting IPv4 addresses there should
still be a lot cheaper than doing CGN?
From what I hear several ISPs in the ARIN region prefer to obtain
second-hand IPv4 addresses (or deploy CGN boxes) over requesting
addresses directly from ARIN, and
, but saying
your customers have never had problems with your ingress filtering isn't
entirely accurate. Everything works fine now, though.
Best regards,
--
Tore Anderson
* Oliver Garraux
So, I assume 6in4 tunnels like HE.net are included in the native
percentage?
Probably. Fortunately, they are a drop in the ocean (at least from my
point of view).
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
-20120417-RIPE64-The_Case_for_IPv6_Only_Data_Centres.pdf
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
* Owen DeLong
On Nov 4, 2012, at 1:55 AM, Tore Anderson
tore.ander...@redpill-linpro.com wrote:
* Owen DeLong
What do you get from SIIT that you don't get from dual stack in a
datacenter?
In no particular order:
- Single stack is much simpler than dual stack. A single stack
IPv4 addresses for
everything. Very shortly, we won't, and our friendly neighbourhood RIR
is fresh out.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
* Owen DeLong
On Nov 2, 2012, at 02:52 , Tore Anderson
tore.ander...@redpill-linpro.com wrote:
It absolutely does make sense, especially in the case of IPv4/IPv6
translation. For example, when using NAT64, 64:ff9b::192.0.2.33
is an example of a valid IPv6 address that maps to 192.0.2.33
.
Also see RFC 6052 section 2.4.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
have had
to be 91.255.255.255 or 91.0.0.0 for it to be special in the classful
pre-CIDR world.
That said, it's rather common for people to believe that a /24 anywhere
in the IPv4 address space is a «class C» so I'm not really surprised.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill
they participated), and one month after their RIR ran
out of IPv4 addresses...launching without IPv6 support was a perfectly
natural and sensible thing for them to do, it seems.
*sigh*
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
of upgrading at all?
I lose my YouTube streams when I get handed over from 3G to 2G, too, for
example. I can live with that. I much prefer it to YouTube not working
3G as well, even though that might very well be considered a more
consistent user experience.
--
Tore Anderson
Redpill Linpro
* Mikael Abrahamsson
On Thu, 11 Oct 2012, Tore Anderson wrote:
That some features are available only on the most advanced access
technology is perfectly reasonable and to be expected, IMHO. If not,
what's the point of upgrading at all?
Uh, whut? I expect my ssh sessions to survive a 4G
doing it *now*
doesn't mean it won't be done in the not so distant future.
We could have had it available on LTE *now* and in a not so distant
future on 2G/3G. Doing it incrementally like that would not break any
current IPv4-only stuff, so I don't understand how it's problematic.
--
Tore
regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
* Tore Anderson
I would pay very close attention to MAP/4RD.
FYI, Mark Townsley had a great presentation about MAP at RIPE65 today,
it's 35 minutes you won't regret spending:
https://ripe65.ripe.net/archives/video/5
https://ripe65.ripe.net/presentations/91-townsley-map-ripe65-ams-sept-24-2012
choosing), while
at the same time letting your old subscribers with their IPv4-only
Walmart CPEs hang on to their public IPv4 address for as long as they
need it.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
about how to run IPv6-only to his subscribers. I don't
see how doing NAT64 in the CPE could possibly help him with that, as the
NAT64 function would require an IPv4 address for its outside interface.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
also anycast it, load
balance between several instances using ECMP, and so on.
In my opinion, it looks like a much better approach than DS-Lite, both
for the subscriber and the service provider - as long as you can wait
for it a little while.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http
IPv6 work if you connect to the network
outside of LTE coverage too?
I wonder if there will be similar magic provided for UMTS/LTE networks..
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
* Nick Hilliard
They've allocated a /14 for this purpose, so this would be well more
than enough to cope with most large conferences.
It's actually a /13 (151.216.0.0/13).
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
() to www.facebook.com port 80 (#0)
* Trying 2620:0:1c18:0:face:b00c:0:3... connected
* Connected to www.facebook.com (2620:0:1c18:0:face:b00c:0:3) port 80 (#0)
[...]
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
widely
adopted. That said, we don't run FCoE outside of the UCS «black box» -
its uplinks to the SAN are just regular FC.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
* Owen DeLong
RAs are only useful (as far as routing is concerned) for routers to
announce themselves as default gateways. They do not provide
any mechanism for advertising more specific routes.
They do, actually. See RFC 4191.
--
Tore Anderson
Redpill Linpro AS - http
prefix length above 64 bits.
I am not familiar with DOCSIS networks, but I thought I'd note that in
order to comply with the RIPE policies, you must assign at least a /64
or shorter to each end user:
http://www.ripe.net/ripe/docs/ripe-523#assignment_size
--
Tore Anderson
Redpill Linpro
in
the first place.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
and the public internet.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
to the free pool today, there's
nothing left in the APNIC pool outside of the 103/8 block, which is the
one set aside for the final /8 policy.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
* Iljitsch van Beijnum
On 14 apr 2011, at 8:33, Tore Anderson wrote:
Actually, they're already empty. Chinanet Fujian Province Network
allocated 498432 addresses today, spread out over 1102(!)
individual prefixes in the range /21-/24.
Where do you see this? On ftp.apnic.net I see
than US$11.25.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
normal RIR agreement. (I
have no idea if that is the case for this particular address space or not.)
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
/show_bug.cgi?id=538499
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
on «World IPv6 Day» will be running Mac OS X.
Ray: Do you know if RFC 3484 has been implemented in OS X 10.7?
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
«administered by» simply means that the RIR is the one
providing reverse DNS services for the block in question.
Regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
there
in the PDF.
Regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
?
2) Do you intend to update the graph daily? I noticed that it didn't
change this morning along with all your other graphs.
3) May I copy it into my own presentations about IPv4 and IPv6?
Regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
actually maintains
them be the one to post them.
Voxel have also reported seeing congestion to Comcast via Tata:
http://www.voxel.net/blog/2010/12/peering-disputes-comcast-level-3-and-you
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com
Tel: +47 21 54 41 27
Problem solved. The culprit turned out to be a Cogent router in Dallas.
Many thanks to Jason Beasley from XO for helping out with
troubleshooting and escalating the issue.
* Tore Anderson
I'm seeing blackholing on my inbound traffic from XO and their
downstreams (notably CNN) via Cogent
subnet per service, so with
VOIP+IPTV+Internet I'm already using three distinct subnets. I don't
have to configure anything - that's all handled by my ISP. I just have
to connect the IP telephone and IPTV tuner to the correct port on the
CPE and I'm ready to go.
Best regards,
--
Tore
topology is largely based on static routes because of this.
There's no customers that are willing to pay extra for IPv6 support at
the moment, hence we cannot justify the extra cost of the licences. It
sucks. I hope Juniper will come to their senses soon.
BR,
--
Tore Anderson
Redpill Linpro
at least.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
* Jonathan Lassoff
Are there any applications that absolutely *have* to sit on the same
LAN/broadcast domain and can't be configured to use unicast or multicast
IP?
FCoE comes to mind.
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
, and E in addition to B, it's not really a problem.
It might also be the case that A and B both get transit from C only,
which would make C a single point of failure for you.
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
both PoPs and at
the same time a more specific route from each of them tagged with the
no-export community (assuming your upstream will accept the deaggregated
route in both locations).
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
in the US?
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
://www.sixxs.net/faq/connectivity/?faq=ipv6transit
Best regards,
--
Tore Anderson
Redpill Linpro AS - http://www.redpill-linpro.com/
Tel: +47 21 54 41 27
to profit from them not reaching a peering agreement
(settlement-free or not) is their upstream(s), who is probably
delighted to be able to charge them both for the transit traffic.
Regards,
--
Tore Anderson
* Patrick W. Gilmore
On Nov 3, 2008, at 10:41 AM, Tore Anderson wrote:
Another point worth mentioning is that the traffic is going to flow
between those two ISPs _anyway_.
I believe the events of 2-3 days ago disproves your assertion.
Having partitioned transit-free networks is going
-Global_IPv6_statistics_-_Measuring_the_current_state_of_IPv6_for_ordinary_users.xD5A.pdf
Best regards,
--
Tore Anderson
101 - 157 of 157 matches
Mail list logo
