Multiplex communications – Pathfinding or routing – Switching a message which includes an address header
Reexamination Certificate
2007-07-17
2007-07-17
Nguyen, Chau (Department: 2616)
Multiplex communications
Pathfinding or routing
Switching a message which includes an address header
C370S401000
Reexamination Certificate
active
10401083
ABSTRACT:
Mechanisms that allow IPv4 and IPv6 clients to communicate with reduced server workload. The IPv4 client initiates communication by routing an IPv4 message to a server. The server sends a similar IPv6 message to the IPv6 client. A relay intercepts the IPv6 response, generates an IPv4 response, and forwards that IPv4 response to the IPv4 client if the NAT is a cone NAT. Otherwise, the relay sends the IPv4 response to the server. The server includes the IPv4 address of the relay in the response and sends the response to the IPv4 client. The IPv4 client then communicates with the IPv6 client using the relay. The IPv6 client may also initiate communication with the IPv4 client by sending an IPv6 message to the relay where it is queued.
REFERENCES:
patent: 6118784 (2000-09-01), Tsuchiya et al.
patent: 6690669 (2004-02-01), Tsuchiya et al.
patent: 7031328 (2006-04-01), Thubert et al.
patent: 7116681 (2006-10-01), Hovell et al.
patent: 2002/0021703 (2002-02-01), Tsuchiya et al.
Keith Moore, “Running IPv6 over a (potentially-NATted) IPv4 Network”, Network Working Group, Internet Draft, Feb. 2001, also can be located at: http://www.huitema.net/papers/teredo/draft-moore-6overnat-00.txt (copy of PDF enclosed entitled Document 1, 20 pages).
Dan Kegel, NAT and Peer-to-Peer networking, caltech.edu, Jul. 17, 1999, also can be located at http://alumnus.caltech.edu/˜dank/peer-nat.html, (copy of PDF enclosed entitled Document 2, 4 pages).
M. Holdredge, P. Srisuresh, Protocol Complications with the IP Network Address Translator, Network Working Group, RFC 3027, Jan. 2001, also can be located at http://ietf.org/rfc/rfc3027.txt (copy enclosed entitled Document 3, 19 pages).
J. Rosenberg, J. Weinberger, C. Huitema, R. Mahy, Stun—Simple Traversal of UDP Through Network Address, Internet Engineering Task Force, Internet Draft, Aug. 22, 2002, also can be located at: http://tools.ietf.org/html/draft-ietf-midcom-stun-02 (copy of PDF enclosed entitled Document 4, 42 pages).
C. Huitema, Toredo: Tunneling IPv6 over UDP through NATs, Internet Draft, Jun. 24, 2002 (the February date in the document is incorrect), also can be located at: http://www.huitema.net/papers/teredo/draft-ietf-ngtrans-shipworm-04.txt (copy of the document entitled Document 5, 41 pages).
Teredo: Tunneling IPV6 Over UDP Through NATS-Expires Feb. 13, 2003 C. Huitma, Microsoft Aug. 13, 2002 p. 1 to 51.
Teredo: Tenneling IPV6 Over UDP Through NATS-Expires Aug. 19, 2002 C. Huitma, Microsoft Feb. 19, 2002 p. 1 to 55.
“Protocol Complications With the IP Network Address Translator”; M. Holdrege, ipVerse, P. Srisuresh, Jasmine Networks, Jan. 2001 Network Working Group Request for Comments: 3027 Category: Informational RFC3027, Jan. 2001; p. 1 to 19.
“NAT and Peer-To-Peer Networking”; Copyright 1999 Dan Kegel p. 1 to 4.
Teredo: Tunneling IPV6 Over UDP Through NATS C. Huitma; Microsoft Sep. 17, 2002 p. 1 to 52.
Nguyen Chau
Smith Marcus
LandOfFree
Allowing IPv4 clients to communicate over an IPv6 network... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Allowing IPv4 clients to communicate over an IPv6 network..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Allowing IPv4 clients to communicate over an IPv6 network... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-3768900