Your IP Address is: 38.103.63.55
[moonv6] RE: [nav6tf] Moonv6 and Tunnel Service Broker in the Home
From: Latif LADID (latif.ladid@village.uunet.lu)
Date: 04/16/04
- Next message: SOLE i TRESSERRES Josep / FTR&D / US: "RE: [moonv6] Call to Action: Teredo and Tunnel Service Broker on"
- Previous message: Tim Chown: "[moonv6] Re: [nav6tf] Moonv6 and Tunnel Service Broker in the Home"
- In reply to: Tim Chown: "[moonv6] Re: [nav6tf] Moonv6 and Tunnel Service Broker in the Home"
- Next in thread: Tsegreda Beyene: "Re: [moonv6] Re: [nav6tf] Moonv6 and Tunnel Service Broker in the Home"
moonv6 post from "Latif LADID" <latif.ladid@village.uunet.lu>
I have just installed a PLC Bridge between my router and the power plug
and I can access at DSL speed Internet from any socket using a USB small
adapter
when moving from room to room and it works like a charm.
I found that my house has two power line zones, so top floors and kitchen power plug are for the first time useless.
Speeds of 200 Kbps throughput are just the stuff you need for a new experience.
v6 Teredo works fine from any power plug.
The two devices cost $150.
Cheers
Latif
-----Original Message-----
From: owner-nav6tf@ipv6forum.com [mailto:owner-nav6tf@ipv6forum.com]On
Behalf Of Tim Chown
Sent: 16 April 2004 21:13
To: carlw@mcsr-labs.org
Cc: jim.bound@hp.com; nav6tf@ipv6forum.com; moonv6@iol.unh.edu
Subject: Re: [nav6tf] Moonv6 and Tunnel Service Broker in the Home
Hi,
This is an excellent initiative Jim.
This is something we've also started doing with the 6NET community. The main scenario here is the student household of 4-5 students, each with a PC, sharing a DSL link with a v4 NAT. If you want communication between students in different rented houses, the double ended NAT is a big barrier.
There are a number of popular applications once you make v6 available via 6to4, tunnel broker (or other mechanisms including an OpenVPN-based TB), one nice example being the GnomeMeeting H.323 conferencing tool. We tested the Open.H323 MCU and we can have 4 people chatting with anyone acting as the server. The quality is subject to the DSL pipe size, 1-1 is fine with a 512/256K service, you need more for a multi-way session (the MCU can be hosted in a university, not in a home of course, but v6 makes the latter possible so much more easily). For the quality side, I have a student who has developed a nice v6-capable web-configurable firewall/traffic shaper that can be used in a home environment, running currently on Debian Linux but soon BSD too. It uses standard tools such as tc, and we hope to release it to the wild soon for polishing.
It's the chatting type apps (people to people) that are popular. We're also seeing some activity on porting/using v6 p2p packages.
We're at the stage now where if our v6 service in our university breaks, we get a good number of complaints, and quite quickly. This is a good sign for deployment :)
If anyone here is at the Internet 2 Spring Meeting this coming week, I'll be over, please feel free to email me if you'd like a chat. There is a v6 session I think at the meeting, one evening.
Tim
On Fri, Apr 16, 2004 at 01:18:20PM -0400, carlw@mcsr-labs.org wrote:
>
> Jim,
>
> This is something that we started to pilot here
> in phase II. We deployed two TB and tested various
> scenarios including from our homes.
>
> What we are interested in doing as part of a follow-up
> is to have some IPv6 application/services that are for
> the home as well as some IPv6 enabled home devices accessing
> the DSL connection via WLAN. We are building IPv6 native
> in the home but tunneling over the local ISP (who doesn't
> support it yet).
>
> We have tested with and without NAT as well as double NATed
> scnearios. We have also piloted the roaming of IPv6 home
> devices and moved them to WLAN hotspots - keeping the same
> user and AAA data.
>
> Indeed, today we will pilot over Moonv6 a IPv6 HomeGateway
> and test access to IPv6 devices behind the IPv6 HomeGateway
> from outside of the home ---- something that is impossible
> to do with IPv4 private addresses (behind a NAT).....
>
> So we are continuing our Moonv6 pilots using Tunnel Service
> Broker in a home deployment scenario ... including roaming
> of those IPv6 devices outside the home in a WLAN hotspot.
>
>
> Carl (for Shu and Jeff as well)
>
>
> Original Message:
> -----------------
> From: Bound, Jim jim.bound@hp.com
> Date: Fri, 16 Apr 2004 08:21:02 -0400
> To: nav6tf@ipv6forum.com, moonv6@iol.unh.edu, members@ipv6forum.com
> Subject: [moonv6] Call to Action: Teredo and Tunnel Service Broker on
> Moonv6 Network Pilot
>
>
> moonv6 post from "Bound, Jim" <jim.bound@hp.com>
>
> I want to call to action that we now do something aggressive to promote
> IPv6 in the home to our Moonv6 Network Pilot by us beginning to deploy
> within Moonv6 the Teredo and Tunnel Broker industry mechanisms defined
> as work in the IETF awaiting some more analysis. We cannot wait on the
> IETF process, and need to move forward. We can work in the IETF as our
> members do now to assist with that specification process. I would like
> to log into UNH from my home to a server that permits me to avoid NAT
> with IPv6 and get around my ISP until they can fully support IPv6 as one
> example from Linux or XP, which are my client OS's used for IPv6. We
> should ask our ISP participants if they would support a pilot trial of
> Teredo and/or Tunnel Broker servers/relays in support of the Moonv6
> Network Pilot.
>
> This does not preclude other transition mechanisms for other purposes
> which are being deployed across the IPv6 earth each with key benefits
> too like manual tunnels, DSTM, and ISATAP. The IPv6 carpenters of the
> world will need many tools and one size does not fit all is our theme.
>
> Latif, Yanick, Patrick C., and I had an excellent discussion with China
> IPv6 Council members and we will and must help China IPv6 network pilots
> to participate in Moonv6 in addition to European and others parts of the
> Asian region, and all regions within our IPv6 circumference.
>
> Lets make 2006 the year of wide IPv6 ready production deployment and in
> the home too.
>
> Thank You for your support and esp. to the engineers/architects
> inventing transition mechanisms and keep them coming,
> /jim
>
>
>
>
>
>
> --------------------------------------------------------------------
> mail2web - Check your email from the web at
> http://mail2web.com/ .
>
>
This archive was generated by hypermail 2.1.7 : 12/01/06 EST
