Re: IPv6 in the network, please
2004-11-10 12:31:23
Agree, good job. Is working for me since over 10 minutes ago.
BUT the routing to Europe is really stupid and absolutely unacceptable:
Ordenador-de-Jordi-Palet:/Users/Jordi/Desktop jordi$ traceroute6
www.euro6ix.org
traceroute6 to www.euro6ix.org (2001:800:40:2a03::3) from
2001:468:c12:136:20d:93ff:feeb:73, 30 hops max, 12 byte packets
1 2001:468:c12:136::4 2.491 ms 1.672 ms 1.641 ms
2 2001:468:c12:1::1 2.353 ms 2.463 ms 2.387 ms
3 2001:468:ff:185c::1 17.22 ms * 3.112 ms
4 atlang-washng.abilene.abilene.ucaid.edu 21.407 ms 18.55 ms 18.519 ms
5 hstnng-atlang.abilene.ucaid.edu 44.552 ms 43.544 ms 38.279 ms
6 losang-hstnng.abilene.ucaid.edu 69.868 ms 69.807 ms *
7 3ffe:8140:101:1::2 178.257 ms 173.559 ms 174.291 ms
8 hitachi1.otemachi.wide.ad.jp 175.771 ms 174.657 ms 173.76 ms
9 pc6.otemachi.wide.ad.jp 195.116 ms 183.588 ms 190.05 ms
10 * 3ffe:1800::3:2d0:b7ff:fe9a:6233 185.624 ms 183.481 ms
11 3ffe:1800::3:230:48ff:fe41:4e95 184.689 ms 183.501 ms 184.908 ms
12 2001:468:ff:16c1::5 183.309 ms 184.138 ms 194.804 ms
13 v6-tunnel62-uk6x.ipv6.btexact.com 457.111 ms 456.848 ms 455.127 ms
14 2001:800:40:2e02::1 513.549 ms 511.013 ms 515.763 ms
15 2001:800:40:2f02::2 514.232 ms 512.886 ms 520.444 ms
16 ns1.euro6ix.com 520.54 ms 516.964 ms 510.757 ms
Can we please fix this, PLEASE ? No idea why hasn't been fixed already since
when reported on Monday, in parallel with the rest.
By the way, the press should take note about Airespace marketing versus
reality. I hope this company can be honest an make a public correction on
that, otherwise customers should not trust them anymore.
Regards,
Jordi
De: matthew(_dot_)ford(_at_)bt(_dot_)com
Responder a: ietf-bounces(_at_)ietf(_dot_)org
Fecha: Wed, 10 Nov 2004 18:43:07 -0000
Para: <young(_at_)jsyoung(_dot_)net>, <ietf(_at_)ietf(_dot_)org>
Asunto: RE: IPv6 in the network, please
So somebody needs to get Airespace's marketroids to slow down a little
bit:
http://www.airespace.com/news/press_releases/04_1026b.php
--Mat
P.S. Sincere thanks to the IETF61 NOC for making these efforts to get
IPv6 functional on the entire network - I'll try that new config now
from Lincoln.
On , ietf-bounces(_at_)ietf(_dot_)org
(mailto:ietf-bounces(_at_)ietf(_dot_)org) wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Begin forwarded message:
From: Ben Crosby <ben(_dot_)m(_dot_)crosby(_at_)gmail(_dot_)com>
Date: November 10, 2004 12:07:08 PM EST
To: jeffrey(_dot_)s(_dot_)young(_at_)alcatel(_dot_)com
Subject: IPv6
Reply-To: Ben Crosby <ben(_dot_)m(_dot_)crosby(_at_)gmail(_dot_)com>
Folks,
To expand on Jeff's explanation of the IPv6 status here at
IETF61;
The entire network, both wired and wireless, was designed from the
get-go as being IPv6 capable. It also had a very real and major
requirement to be stable in the face of hundreds of clients all at
100% transmit power, rogue APs, and all the other problems that have
plagued previous IETF wireless networks. The good folks at Airespace
seemed to have a system that met this goal, and as we all can see,
it indeed works well.
However, when we asked Airespace to join us in this adventure,
it
became clear that the "intelligence" of their system worked through
tracking IPv4 DHCP requests, and thus wouldn't work with IPv6. This
lack of IPv6 support was nearly a show stopper, however Airespace
jumped through some major hoops to design, implement, and deploy code
that monitors RAs and RSs specifically to handle IPv6 for this
network.
Like most brand new code, when we deployed it, we encountered
problems. Problems that lead to instability in ALL wireless network
access. After several long days and nights of working on this long
before the first attendees arrived (we've been on site since Tuesday
2nd - Election Day ;) we decided to disable the IPv6 support on the
wireless network, rather than risk the overall network stability.
Airespace continues to work on the problems, and we believe that we
have a reasonable interim solution.
We have phased in a new image with limited deployment, which we
will
monitor. If we experience no problems, IPv6 will be back on the
wireless lan, however we need to maintain the overall stability of
the wireless network as our highest priority.
For those who need IPv6 on wireless:
SSID: ietf61v6
WEP Key: thisisav6wlan
Hex: 746869736973617636776c616e
Coverage will be available in Georgetown, Lincoln, Jefferson,
Monroe, Military and Hemisphere. You should not associate with this
wireless network if you need stable IPv4. This is a dedicated
network with new AP's and a new controller.
My thanks to our volunteer staff who worked to deploy this
network
in the late hours last night (and very early hours this morning)
after the social event.
For those that are inconvenienced by the loss of IPv6, I
sincerely
apologize, and remind you that native IPv6 is available at every
wired port in the terminal room.
Thanks for bearing with us, and have a good meeting!
- Ben Crosby
Alcatel / IETF61 NOC
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)
iD8DBQFBklluLWqnmaznXfoRAi/qAJ4nUW48fV51MGYwRdX1IOqh2OAYHQCgvyZT
nuUrX42hGaM8Xg7/fKPj1jc= =t7zw
-----END PGP SIGNATURE-----
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf
**********************************
Madrid 2003 Global IPv6 Summit
Presentations and videos on line at:
http://www.ipv6-es.com
This electronic message contains information which may be privileged or
confidential. The information is intended to be for the use of the
individual(s) named above. If you are not the intended recipient be aware that
any disclosure, copying, distribution or use of the contents of this
information, including attached files, is prohibited.
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: Why, technically, MIP and IPv6 can't be deployed, (continued)
- Re: Why, technically, MIP and IPv6 can't be deployed, Masataka Ohta
- Re: Why, technically, MIP and IPv6 can't be deployed, Francis Dupont
- Re: Why, technically, MIP and IPv6 can't be deployed, Masataka Ohta
Re: IPv6 in the network, please, Leif Johansson
IPv6 in the network, please, Jeff Young
RE: IPv6 in the network, please, matthew . ford
- Re: IPv6 in the network, please,
JORDI PALET MARTINEZ <=
Re: IPv6 in the network, please, Carsten Bormann
Re: IPv6 in the network, please, Stig Venaas
Re: IPv6 in the network, please, Tim Chown
Re: IPv6 in the network, please, Pekka Savola
|
|
|