1207 results about "IPv6 address" patented technology

Some aspects of the methods and systems presented relate to performing stateless address translation between IPv4 capable devices to IPv6 capable networks and devices. Stateless address translation may form a new IPv6 addresses by combining the IPv4 address of a device with an IPv6 prefix address assigned to the translator. The translation may also combine the IPv4 destination address and UDP port information with the new IPv6 address. Existing Domain Name Systems (DNSs) may be leveraged for resolving the IPv4 and IPv6 addresses across different networks.

Disclosed are methods and apparatus for avoiding problems caused by converting between two different protocols, such as IPv4 and IPv6. These problems may include, but are not limited to, fragmentation of packets, dropping of packets, and retransmission of packets. Avoiding these problems will reduce the incidence of transmission delays, bandwidth degradation, and additional processing in the packet's transmission path due to such problems. In general terms, the present invention provides mechanisms for modifying a protocol parameter, such as a TCP or UDP parameter, to avoid problems associated with protocol translation, such as fragmentation. In one implementation, the protocol parameter limits the size of a particular portion of the a packet transmitted by a sending computer node or device. For example, a packet size indicator is communicated to the sending computer node so that the sending computer node sends packets limited by the packet size indicator to thereby avoid associated with the size of such packets. In specific TCP embodiments, the size indicator specifies a window size and/or a maximum segment size. For example, if packets transmitted by a sending node to a receiving node are converted from IPv4 to IPv6 and the window size indicated to the sending node (e.g., by the receiving node) is 512 bytes, the window size is adjusted to 500 bytes before reaching the sending node. The adjustment amount may be based on an estimated size increase resulting from converting from IPv4 to IPv6. In this example, the window size is decreased by 12 bytes since a conversion from IPv4 to IPv6 where one 4 byte IPv4 address is changed to a 16 byte Ipv6 address has an associated size difference of 12 bytes. In a specific embodiment, actual changes in packet size may tracked and the adjusted size indicator may be dynamically based on such tracked changes. In other embodiments, the changes in packet size are predicted, and the adjusted size is preemptively changed as needed.

Clients that are connected on a private network and which are assigned a private IP address that is not routable on the Internet can connect to the Internet through a router/server that includes a network address translator (NAT). For outgoing packets, the NAT translates the client's private source IP address and generalized port number (GPN) to the NAT's global IP address and GPN. For incoming packets sent to the NAT's global IP address and GPN, the NAT translates the global destination IP address and GPN to the client's private IP address and GPN. For protocols which cannot be directly supported by the NAT, such as those in the IPSec security protocol suite, the NAT is extended by creating in the NAT's translation table an entry that associates, for a specific unsupported protocol, a client's private IP address and GPN, the NAT's global IP address and GPN, and a foreign address on the Internet, that is valid until a specified or default expiration time. Outgoing packets from the client to that foreign address and incoming packets from that foreign address to the NAT's global IP address and GPN are translated according to the entry until the entry expires. In associations with these translations to outgoing and incoming packets, the client implements any Application Layer Gateway (ALG) that would otherwise be implemented at the NAT. Further, at the client, outgoing packets are modified before being transmitted so as to pre-compensate for the effects of the translations. Incoming packets at the client from the NAT are similarly modified so as to post-compensate for the effects of the translations. For the IPSec protocol, these modification include adjusting the checksum in the TCP or UDP header to account for IP address and TCP or UDP port number translations.

Methods and apparatus for providing a hierarchical mobility management function for routing packets to mobile nodes are provided. The hierarchical mobility management function may be placed anywhere within the network and provide efficient use of IPv6 addresses. A node implementing the hierarchical mobility management function receives packets intended for the mobile node and routes the packets to the mobile node's current address. Load sharing of packets intended for a mobile node may be implemented across several access routers. Additional, bi-casting of packets is provided to allow for seamless handoff of the mobile node as it switches from one access router to another access router.

A method of and apparatus for adaptively managing connectivity for mobile devices through available interfaces allows a user to seamlessly move from one access point to another while the user's mobile device manages the connection for the user. The user's mobile device continuously probes for access points, identifies access points within range of the device and chooses to connect to the access point that fits defined criteria. Information within the access point's beacon signal is used to obtain information regarding the access point and the characteristics of service provided by the access point through out of band communications. Preferably, the mobile device utilizes a separate IPv6 address for each application used by the mobile device so that communications are associated with the appropriate application utilizing this address.

A system and method for use at an intermediate network device employs Virtual Local Area Network (VLAN) designations as Internet Protocol version 6 (IPv6) link identifiers, and maps VLAN designations to IPv6 site identifiers (IDs). The system also generates a compacted look-up address based on the destination address specified within a received network message, such as an IPv6 packet. For a network message having a link-local unicast destination address, the VLAN ID associated with the port on which the message was received is encoded within the corresponding look-up address. For a network message having a site-local unicast address, the VLAN ID associated with the port on which the message was received is used to derive a site ID which is then encoded within the corresponding look-up address. For a network message having a multicast destination address, if the address's scope value is between hexadecimal “2” and “4” inclusive, the VLAN ID associated with the port on which the message was received is encoded within the corresponding look-up address. If the scope value is between hexadecimal “5” and “D”, inclusive, the VLAN ID associated with the port on which the message was received is used to derive a site ID which is then encoded within the corresponding look-up address. The look-up addresses are applied to a forwarding information base (FIB) to derive the outbound interface(s) from which the message is to be forwarded.

A method and system capable of providing mobility support for IPv4/IPv6 inter-networking to a mobile node is disclosed. The mobile node in the system has an address mapper, an IPv4 protocol stack and an IPv6 protocol stack in the network layer. When moving from IPv4 to IPv6 networks, the mobile node registered an IPv4 address receives router advertisement packets from an IPv6 router, so as to obtain a IPv6 care-of-address, and resolve the IPv6 care-of-address by an IPv4 care-of-address. The address mapper issues an IPv4 message to register the IPv4 care-of-address. When moving from IPv6 to IPv4 networks, the mobile node registered an IPv6 address receives agent advertisement messages from a foreign agent, so as to obtain an IPv4 care-of-address, resolve the IPv4 care-of-address by an IPv6 care-of-address. The address mapper issues an IPv6 message to register and update binding information by the IPv6 care-of-address.

The invention discloses a method for automatically registering an intelligent home appliance in a network by one key. The method comprises the following steps: obtaining the device number of the newly purchased intelligent home appliance by scanning; obtaining the IPv6 address and the general network configuration parameters of the home appliance from a server; sending registration request information to a home wireless gateway by a mobile terminal; sending device activation information to the home appliance by the home wireless gateway; returning detailed device information to the home wireless gateway by the home appliance; updating a home appliance registry and sending optimized home network configuration parameters to the home appliance by the home wireless gateway; updating home network relevant parameter configuration and activating a home appliance Web service interface by the home appliance; and finishing the binding configuration of the mobile terminal and the home appliance by the home wireless gateway. By the method, the configuration for finishing the registration of the intelligent home appliance in a computer is simplified for users and professional staffs, the binding of the mobile terminal and the intelligent home appliance is finished automatically, and the later safer remote control on the Web service interface of the intelligent home appliance through an authorized mobile terminal is facilitated.

A packet communication method and a packet communication system capable of making an IPv4-compatible application operating on an information processing apparatus communicate with another information processing apparatus connected to an IPv6 network without using an address translation router. In the information processing apparatus connected to the IPv6 network incorporates, an IPv4-to-IPv6 protocol conversion control function is incorporated in a LAN driver. A protocol conversion control module receives an IPv4 packet from a protocol control module. When a send destination IPv4 address contained in a header of the packet is registered in an address translation table incorporated in the protocol conversion control module, an IPv6 address is generated to be sent onto a LAN. Unless the send destination IPv4 address contained in the packet header is registered in the address translation table incorporated in the protocol conversion control module, the IPv4 packet as received is intactly sent onto the LAN.

In a communication system for a mobile node according to IPv6, a virtual network prefix is configured as a prefix specific to a mobile node in a domain having a plurality of subnetworks. In the domain, a packet is sent to the mobile node by host-based routing on an IPv6 address formed of the virtual network prefix and an interface ID. The communications process with the mobile node which cannot identify a virtual network prefix is performed using a physical network prefix according to IPv6. Accordingly, nodes which can and cannot identify a virtual network prefix can coexist in the domain.

A first internetwork apparatus connected to a network retains a plurality of IPv6 address prefixes and gives notice of an arbitrary IPv6 address prefix to a second internetwork apparatus in response to a request from the second internetwork apparatus. A second internetwork apparatus requests an IPv6 address prefix from the first internetwork apparatus, and generates a second prefix required to create an IPv6 address in a user apparatus, on the basis of one or more IPv6 address prefixes given as notice by the first internetwork apparatus. The second internetwork apparatus gives notice of the generated second prefix to the user apparatus.

Systems and methods for providing one or more GSLB vServers to support both IPv4 and IPv6. The IPv6 support can be provided by permitting both A and AAAA domain name resolution. In other embodiments, the IPv6 support can be provided by modifying data structures to support IPv6 addresses.

The present invention provides a technique for efficiently looking up address-routing information in an intermediate network node, such as a router. To that end, the node locates routing information stored in its memory using one or more “lookup” tables (LUT) which can be searched using a small, bounded number of dependent lookups, thereby reducing the number of dependent lookups conventionally performed. The LUTs are arranged so each table provides routing information for network addresses whose subnet mask lengths are within a different range (“stride”) of mask lengths. According to the technique, the node locates a network address's routing information by searching the LUTs, in order of decreasing prefix lengths, until the routing information is found. Preferably, several tables are searched in parallel. A match in a LUT may further point to a small MTRIE that enables the final bits of a prefix to be matched. That final MTRIE is searched using a relatively small, bounded number of dependent lookups.

A method for creating a single virtual LAN including a source (S) attached to a first Token ring LAN (N1), a target (T) within a subnet attached to a different Token ring LAN (N2), and an interconnecting router (R). The source (S) encapsulates the first packet with a Token ring header including the router MAC address (RMAC), SMAC as source MAC address as layer 2 information, and IP address of T (TIP) as layer 3 data and sends this packet over N1 toward the router. When receiving the first packet, R reads its IP table for best match with TIP address to identify the subnet including T. The net handler runs an ARP protocol to identify TMAC address, substitutes the MAC header with said TMAC address into said first packet destination MAC address field and forwards said first packet over N2. R then sends a conventional ICMP message over N1 limited broadcast and reconfigures itself in proxy ARP for the defined subnet. For the second packet, S runs an ARP and R answers with RMAC address and the RIF data to be used for next packets.

A preferred method and algorithm of compressing IPv6 addresses is presented which ensures smaller memory occupancy for IPv6 routing tables and databases in general (applicability to particular case of databases of the routing protocol OSPF for IPv6 is described). A method and algorithm of comparison of such compressed IPv6 addresses without decompression is presented, a method of comparison that ensures in the majority of cases better comparison performance than for the case of comparing uncompressed IPv6 addresses. Also, a preferred method and algorithm of decompressing IPv6 addresses that were compressed using this preferred format is given, and a method and algorithm of comparison of an uncompressed IPv6 address with a compressed IPv6 address without decompression. The exemplary comparison methods may achieve or exceed comparable performance with the performance of comparing uncompressed addresses. Illustrations for the particular case of the routing protocol OSPF for IPv6 are presented for all cases.

Embedding a flow handle (FH) in an IPv6 address portion of a packet may reduce the amount of overhead needed to support path selection in flow-based packet forwarding. The FH may replace an interface identifier in a standard IPv6 address such that the FH does not add any additional overhead to the IPv6 packet itself. Information specified by the FH embedded in the IPv6 address may be used to select the path or next-hop. In addition, the FH may identify a quality of service (QoS) requirement associated with the packet, and the route selection function may identify a path capable of satisfying the QoS requirement, a service function chain (SFC) ID, an access point (AP) ID, a radio bearer ID, a path ID, and/or a device ID.

A method and apparatus for providing a gateway for IPv6 packet transmission in a WLAN system are provided, in which a gateway takes over a TCP/IP protocol stack from a legacy 6LoWPAN node for providing a gateway for IPv6 packet transmission in a WLAN system. One or more service request messages for data communications are received from a plurality of 6LoWPAN nodes, and a virtual interface is generated for allocating IPv6 addresses to the 6LoWPAN nodes by adding a predetermined IPv6 address prefix to addresses of the 6LoWPAN nodes set in the service request messages. A socket adaptation layer is interfaced for receiving the IPv6 addresses from the virtual interface and transmitting data packets to the 6LoWPAN nodes, and when data packets are transmitted and received to and from the 6LoWPAN nodes, an on-going file is controlled and managed, and the data packets are routed.

An object of the present invention is to realize packet communication between an IPv6 terminal connected to an IPv6 network and an IPv4 terminal connected to an IPv4 network. Another object of the present invention is to realize RTP communication for establishing sessions in accordance with SIP between an IPv6 terminal connected to an IPv6 network and an IPv4 terminal connected to an IPv4 network. For these objects, the present invention provides an IPv6/IPv4 translator for translating packets between IPv6 and IPv4 with means of translating addresses described in SIP messages into IPv6 addresses or IPv4 addresses. Moreover, the present invention provides the aforementioned IPv6/IPv4 translator with means of translating addresses described in SDP messages into IPv6 addresses or IPv4 addresses. These SDP messages shall be related to media data transmissions. Furthermore, the IPv6/IPv4 translator can be directly connected to a terminal connected to an IPv6 network and to a terminal connected to an IPv4 network, or can be connected via SIP proxy to an SIP terminal connected to an IPv6 network and to an SIP terminal connected to an IPv4 network. According to the present invention, the IPv6/IPv4 translator translates addresses described in SIP messages into IPv6 addresses or IPv4 addresses when translating packets from IPv6 to IPv4 or from IPv4 to IPv6. Therefore, it will be possible to perform communication from a terminal supporting IPv6 only to a terminal supporting IPv4 only. Also, it will be possible to perform communication from a terminal supporting IPv4 only to a terminal supporting IPv6 only. In addition, the IPv6/IPv4 translator translates addresses described in SDP messages into IPv6 addresses or IPv4 addresses when translating packets from IPv6 to IPv4 or from IPv4 to IPv6. Therefore, it will be possible to perform RTP communication for establishing sessions in accordance with SIP from IPv6 to IPv4 or conversely from IPv4 to IPv6, which is suitable for media data transmissions such as IP phone services.

A scheme for block substitution within a flash memory device is disclosed which uses a programmable look-up table to store new addresses for block selection when certain input block addresses are received. The new addresses are loaded into a programmable fuse latch each time an address transition is detected in the input address. The new addresses may contain block addresses or block and bank addresses.

The embodiment of the invention discloses an IPv6 address collocation method, which comprises the following steps of: acquiring a route request send from a terminal, wherein the route request carries the service type information of the terminal; allocating a subnet prefix corresponding to the service type information carried by the route request for the terminal according to the correspondence relation between the service type information and the subnet prefix; sending the allocated subnet prefix to the terminal so as to ensure that the terminal can generate an IPV6 address according to the subnet prefix. The method for automatically collocating the IPV6 addresses in the embodiment of the invention is convenient for service management. The invention also further discloses an IPV6 address collocating system.