Can I access by modem?

I dial up by a modem. Can I access ipv6 network in
this case?

JiaZhang

_________________________________________________________
Do You Yahoo!?
150万曲MP3疯狂搜，带您闯入音乐殿堂
http://music.yisou.com/

美女明星应有尽有，搜遍美图、艳图和酷图
http://image.yisou.com

1G就是1000兆，雅虎电邮自助扩容！
http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_1g/

test

ignore

This transmission may contain information that is privileged, confidential and/or exempt from
disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any
disclosure, copying, distribution, or use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately
contact the sender and destroy the material in its entirety, whether in electronic or hard copy format.
Thank you.

IEEE SAINT2005 workshop CPF: IPv6 Deployment Status and Challenges

Hi all,

The call for papers for this international workshop is now open until October 7. Authors are kindly
requested to submit papers as early as possible to facilitate a review process.

IEEE SAINT2005 workshop CPF: IPv6 Deployment Status and Challenges
http://www.ist-ipv6.org/modules.php?op=modload&name=News&file=article&sid=659

Please forward this email to all your contacts.

Regards,
Jordi

**********************************
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.

Hello

Hello, I'm Capisani Luca, I write from Mantua, Italy; I'm a student of 
computer science.

I have some questions for the experts of ngtrans.
Considering the NAT-PT or NAPT-PT transition mechanism, I have to 
implement (in a school project),  a gateway server that realize the 
translation of IP packets.
I have seen, in Internet, two packages that realize NAPT-PT:
1) ETRI/PEC - IPv4/IPv6 Translation 
<http://www.ipv6.or.kr/english/natpt-overview.htm> but it's necessary a 
redhat with 2.4.0test9 kernel, and not work with red hat 9, and other 
commons distributions;
2) http://www.merlinux.org/natpt/ , but it's no documentation about the 
configuration.

I ask you if exist any implementation of NAT-PT simple to install and 
test, over linux; or if exist in Linux a pre-installed tool (like 
iptables for NAT) witch realize the translation;
if the two implementations mentioned above are the uniques, I ask if you 
have a valid documentation about installation and configuration of 
almost one.

Thanks
Excuse me if I never write english very well
Capisani Luca

NAT-PT mode

Dear All,

Can you please tell me what are the reasons for NAT-PT 
translation mechanism implement the stateful mode and not 
the stateless mode?

Thanks in advance
Regards

António Amaral

--------------------------------------------------------
    António Manuel Nunes C. Amaral      
    Instituto de Telecomunicações - Pólo de Aveiro      
    Campus Universitário
    3810-193 AVEIRO - PORTUGAL
    Telef. 234 - 377900
    Fax. 234 - 377901
    e-mail: aamaral <at> av.it.pt 

--------------------------------------------------------- 

Call for proposals (Corporate Sponsored University Grant Program)

draft-ietf-ngtrans-ipv6-smtp-requirement

	a couple of IETFs ago, it was suggested at the ngtrans wg meeting
	that the document draft-ietf-ngtrans-ipv6-smtp-requirement-xx "should
	be handed to SMTP experts in application area".  since then, there
	has been no actions taken.  the fact is, there is no active working
	group for SMTP and email-related activities.  also ngtrans wg is
	concluded.  therefore, the document is in "zombie" state.

	I still want the document (or the contents of it) be published, as
	it contains critical guidelines for IPv6/v4 dual stack SMTP operation.
	I would like to ask IESG to decide and take appropriate actions,
	such as:
	- poke SMTP experts, let them work on the topic and produce an RFC
	- let me handle the document as an individual submission and publish
	  it as an RFC

	thanks.

itojun

IPv6 over IPv4 using GRE tunelling

IPv6 tunnels over NAT boxes, w/o need for new transition protocols

Hi all,

Since a few months already, we have been working in using regular NAT routers to establish IPv6 tunnels, as a
quite simple
transition mechanism, instead of inventing new protocols that may be we don't need in most of the situations.

We have described our conclusions in a short document, that is now publicly available. The idea is quite
simple "proto-41
forwarding".

But I want to go further, and for that I need your help ... and I think this is something that with a few
volunteers (as many as
better), we can do a good and important work. The idea is to identify what routers in addition to those that we
already tested,
support this mechanism.

So, if some of you (as many as possible!), can invest a few minutes to try it, please do it, and report to me
directly (I don't
think we want all these messages in the mailing list !) at jordi.palet=7M4EfrJBg8IjVHdW+xPlFw <at> public.gmane.org

Even better if some of the router manufacturers that receive this email can directly tell us how their
different router
models/firmware, behave using this mechanism.

I will compile all the reports received in the next 4-5 weeks (will keep anonymity if requested), and
prepare a short I-D describing
the results, and proposing some ideas for router vendors to support this better in future firmware
releases. May be it can be in
time for next IETF meeting 

In my opinion, if there is an interesting number of routers supporting this, and/or is easy to
implement/enhance in new firmware
versions, we may be in front of an easy transition tool.

In your report, please remember to mention router vendor, model, and firmware version. Any other
interesting details welcome.

The document is accessible at the Euro6IX web site (www.euro6ix.org). You need to click on "public", then
"services", and find "IPv6
Tunnels over NAT".

By the way, several interesting documents are available in www.euro6ix.org (you need to register to
access them).

Regards,
Jordi

PS: Sorry for x-posting, if you are in several mail exploders

*****************************
Madrid 2003 Global IPv6 Summit
12-14 May 2003 - Register at:
http://www.ipv6-es.com

next Madrid 2003 Global IPv6 Summit

RE: Issues about Teredo draft 8

>        But in my opinion, If the destination address of a Teredo 
> packet is not a Terdo IPv6 address (Eg. global IPv6 addr), this 
> packet should be discarded during step 2 because it's not a bubble 
> or an ICMPv6 message! Do you think it's a self-contradiction, or 
> just a difference of the word "MUST' and "should"?

According to the specification, Teredo clients will sent to the server 
ICMP packets or bubbles whose destination is a native IPv6 address. 
The server will relay these packets to IPv6.

>     2. I want to implement the Teredo server (also with Teredo 
> relay function, since the burden of a Teredo server is not too heavy) 
> on the linux platform. Do you have some suggestion for us during our 
> implementation? Any kind is appreciated. 

Sorry, but I don't have much experience developing on Linux.

You can however certainly develop a Teredo server as a socket application, using a regular UDP socket for
receiving packets from clients and relays, and using a raw IPv6 socket to send packets to IPv6. Since the
Teredo server never initiates transmission, the only thing you have to do is loop on "recvfrom", get a
packet, process it and send the response either over the UDP socket (sendto) or over the raw IPv6 socket.

>    3. Do you think it's reasonable to add mobility support to 
> Teredo specification? You know I come from China, where most of 
> the terminals behind NAT are GRPS terminals. I mean that maybe mobile 
> users are the most urgent to get IPv6 connectivity bypass NAT(s) in 
> the near future. I think about the mobility issue of Teredo service, 
> but it seems too complicated.  Do you have some comment?

AFAIK, most GPRS system provides you with an address that remains constant for the duration of the GPRS
session. This should normally also result in a Teredo address that remains constant for that session.

-- Christian Huitema