US7447203B2 - Broadband access for virtual private networks - Google Patents
- ️Tue Nov 04 2008
US7447203B2 - Broadband access for virtual private networks - Google Patents
Broadband access for virtual private networks Download PDFInfo
-
Publication number
- US7447203B2 US7447203B2 US10/628,238 US62823803A US7447203B2 US 7447203 B2 US7447203 B2 US 7447203B2 US 62823803 A US62823803 A US 62823803A US 7447203 B2 US7447203 B2 US 7447203B2 Authority
- US
- United States Prior art keywords
- virtual private
- ipv6
- network
- customer
- service provider Prior art date
- 2003-07-29 Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active, expires 2025-11-30
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0272—Virtual private networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/35—Switches specially adapted for specific applications
- H04L49/354—Switches specially adapted for specific applications for supporting virtual local area networks [VLAN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
Definitions
- the present invention relates to the field of telecommunications. More particularly, the present invention relates to using an Internet protocol (IP) network of a telecommunications service provider to provide virtual private network (VPN) functionality among local area networks (LANs).
- IP Internet protocol
- VPN virtual private network
- a virtual private network is a non-public network that runs over a shared network infrastructure, such as the public Internet.
- a VPN enables interconnection among distinct networks, including local area networks (LANs), and other end-systems over a wide area network (WAN).
- LANs local area networks
- WAN wide area network
- the VPN provides security to the extent that it recognizes and transports only data associated with end-systems that are part of the network.
- a virtual local area network provides logical grouping and networking of various customer end-systems, such as work stations, user devices, private networks, and the like, as though they are grouped on the same physical LAN.
- the VLAN associates end-systems based on criteria other than the physical location of the end-systems.
- the VLAN can provide network services to a customer having multiple geographic locations, or to a department within a customer organization remotely located throughout a campus environment.
- a VLAN VPN implemented over a WAN is provided by a telecommunications service provider (TSP) to interconnect the LANs as if they were one.
- TSPs telecommunications service provider
- MPLS multi-protocol label switching
- ATM asynchronous transfer mode
- PPP point-to-point protocol
- the present invention overcomes the problems associated with the prior art, as described below.
- FIG. 1 is a diagram showing an exemplary network architecture, according to an aspect of the present invention.
- FIG. 2 is a flow diagram illustrating IP broadband access from an originating LAN, according to an aspect of the present invention.
- the present invention incorporates an Internet protocol, version 6 (IPv6) network to provide a connectionless approach to implementing VLAN VPNs among various LANs.
- IPv6 Internet protocol, version 6
- the invention enables broadband access to the IPv6 network of a telecommunications service provider (TSP) by emulating layer two (e.g., Ethernet) functionality while performing layer three (e.g., IP) routing through a WAN.
- TSP telecommunications service provider
- a user operating within an originating LAN of a VPN may access the IPv6 TSP network from either a IPv4 or an IPv6 originating device by encapsulating each frame in an IPv6 packet, together with a unique VPN identification number, at an ingress line interface of the TSP network.
- the LAN frames include, for example, Ethernet frames, media access control (MAC) frames, other layer two frames and the like.
- the IPv6 packet is routed through the TSP network to an egress line interface associated with the destination LAN within the same VPN.
- the egress line interface verifies the VPN identification number and, upon verification, decapsulates the IPv6 packet and transmits the LAN frame to the destination LAN.
- Use of the IPv6 TSP network is a scalable and more manageable alternative to current MPLS networks, for example.
- An aspect of the present invention provides a method for sending data through a provider network from an originating network to a destination network in a VPN.
- the method includes encapsulating data link layer data from the originating network in a network layer packet and determining whether a data link layer address of a destination device in the destination network is mapped to a network layer address of an egress line interface in the provider network.
- the network layer packet is broadcast to a multicast address associated with the VPN.
- the network layer packet is unicast to the egress line interface address.
- a VPN identification number corresponding to the VPN may be added to the network layer packet.
- the VPN identification number is verified after the egress line interface receives the network layer packet.
- the data layer link data is decapsulated from the network layer packet only when the VPN identification number is verified.
- Another aspect of the present invention provides a method for providing broadband access to a VPN, which includes multiple LANs configured to interface with an IPv6 service provider network through broadband access links.
- the method includes encapsulating a LAN frame from an originating LAN of the VPN in an IPv6 packet of the service provider network; adding a VPN identification number corresponding to the VPN to the IPv6 packet; and routing the IPv6 packet through the service provider network.
- the LAN frame is decapsulated when the VPN identification number is verified.
- the decapsulated LAN frame is transmitted to the destination LAN.
- the IPv6 packet is discarded when the VPN identification number is not verified.
- the IPv6 packet includes an IPv6 address of an ingress line interface, which receives the LAN frame, as a source address and an IPv6 address of an egress line interface, to which the IPv6 packet is routed for verification, as a destination address.
- the IPv6 packet may include the VPN identification number in an optional header extension.
- the VPN identification number may be included in a multiple of four octets of the optional header extension.
- the optional header extension may further identify a destination option type, in which case the method further includes discarding the IPv6 packet when the egress line interface does not recognize the destination option type in the optional header extension.
- the optional header extension may further identify a VPN hop number, which indicates a number of line interfaces that transmit the IPv6 packet.
- IPv6 packet is broadcast to a multicast address associated with the VPN and the IPv6 packet is received at the egress line interface based on the multicast address.
- An address of the egress line interface is mapped to the address of the destination device, based on address information received by the ingress line interface in a transmission from the destination device.
- Subsequent IPv6 packets are then transmitted to the destination device using a unicast address of the egress line interface based on the mapping.
- Another aspect of the present invention provides a system for providing broadband access to a VPN, which includes multiple LANs configured to interface with an IPv6 service provider network.
- the system includes multiple interface devices in the service provider network.
- Each interface device includes at least one line interface, each of which is connectable to at least one of the LANs through a broadband access link.
- a first interface device receives a LAN frame from a first LAN at an ingress line interface corresponding to the first LAN, encapsulates the LAN frame in an IPv6 packet, and adds a VPN identification number corresponding to the VPN to the IPv6 packet.
- the LAN frame is directed to a second LAN.
- a second interface device receives the IPv6 packet at an egress line interface corresponding to the second LAN, verifies the VPN identification number, decapsulates the LAN frame when the VPN identification number is verified, and transmits the LAN frame to the second LAN.
- the second interface device discards the IPv6 packet when it is not able to verify the VPN identification number.
- the IPv6 packet includes the VPN identification number in an optional header extension.
- the first interface device may further include an ingress virtual bridge corresponding to the ingress line interface. When the ingress virtual bridge is not able to associate an address of a destination device in the second LAN with an address of the egress line interface of the second interface device, the first interface device broadcasts the IPv6 packet to a multicast address associated with the VPN.
- the second interface device receives the IPv6 packet at the egress line interface based on the multicast address.
- the second interface device may further include an egress virtual bridge corresponding to the egress line interface. The egress virtual bridge then maps an address of an originating device in the first LAN with the address of the ingress line interface after the second interface device receives the broadcast IPv6 packet.
- the second interface device is able to unicast subsequent IPv6 packets, directed to the originating device, to the address of the ingress line interface based on the mapping.
- Yet another aspect of the present invention provides a method of providing broadband access for a customer in a VPN, including multiple LANs interfacing with at least one TSP network.
- Each TSP network includes multiple interfaces corresponding to the multiple LANs.
- the method includes assigning a unique VPN identification number to the customer and assigning a common multicast address to the interfaces and a unique unicast address to each of the interfaces.
- Data from an originating LAN is received, the data being directed to a destination device in a destination LAN.
- the originating LAN corresponds to an ingress interface of the interfaces and the destination LAN corresponds to an egress interface of the interfaces.
- the data is encapsulated in a multicast packet, having the unique address of the ingress interface as a source address and the multicast address as a destination address.
- the encapsulated data is transmitted to all interfaces corresponding to the LANs based on the multicast address.
- the frame is decapsulated only at the egress interface, which forwards the frame to the destination device.
- the destination device address may be mapped to the IPv6 address of the egress interface based on address information previously received by the ingress interface from the destination device.
- the data is encapsulated in a unicast packet having the unique IPv6 address of the ingress interface as the source address and the unique address of the egress interface as the destination address.
- the encapsulated frame is then transmitted only to the egress interface, based on the destination address in the unicast packet.
- the VPN identification number may be entered in the multicast packet and/or the unicast packet. The reading the VPN identification is read at the egress interface to verify that the received packet is associated with the VPN.
- the present invention is directed to enabling TSPs to provide IP broadband network services over packet switched data networks having expanded capacity, such as IPv6 networks.
- IPv6 networks are capable of serving mass-market IP broadband access subscribers, as well as accommodating business customers to manage their data communication services in-house.
- VLAN VPN is one service that enables the broadband access and management control desired.
- FIG. 1 is a diagram depicting an exemplary network infrastructure supporting the present invention.
- FIG. 1 depicts a VLAN VPN of a customer, which includes multiple LANs 10 , 40 and 50 .
- each LAN is an Ethernet LAN having user end-systems 14 , 44 and 54 that interface with a TSP core network 20 through customer edge devices 11 , 41 and 51 , respectively.
- each of the LANs 10 , 40 and 50 may be an IP network or other data network without departing from the spirit and scope of the present invention.
- the TSP network 20 is an IPv6 network, which allows static allocation of IPv6 addresses to uniquely identify the customers, due to the large address space of the IPv6 format.
- the TSP IPv6 network 20 is essentially configured such that it appears to be a wide-area LAN to the VLAN VPN customer.
- the LANs 10 , 40 and 50 depicted in the exemplary embodiment of the invention, provide layer two (i.e., data link layer) network functionality.
- Layer two functionality generally includes handling physical and logical connections to the Ethernet or other LAN frame (or packet) destinations.
- the user devices such as customer devices 14 , 44 and 54 , are addressed and identified using unique MAC addresses corresponding to each device.
- the data link layer protocol specifies the MAC address of each frame's source and destination.
- the TSP network 20 provides layer three (ie., network layer) functionality.
- the network layer routes packets (or datagrams) from one network to another.
- Internet protocol in particular, identifies each IP device with a unique IP address, including, for example, the edge devices 22 , 23 and 24 and/or the various line interfaces 22 a , 23 a and 24 a , discussed below.
- each IP address is an IPv6 address allocated by the TSP network 20 .
- IP e.g., IPv6
- TCP transmission control protocol
- UDP user datagram protocol
- the originating customer device 14 is depicted as part of the originating LAN 10 .
- Each of the LANs 10 , 40 and 50 may include any number and type of IP compatible networked devices, including, for example, a personal computer, a laptop computer, a personal digital assistant (PDA), a voice over IP telephone, or the like.
- the originating customer device 14 communicates through the LAN 10 with the customer edge device 11 .
- the customer edge device 11 likewise is any interface device capable of communicating with the TSP network 20 , such as an Ethernet switch or an IP router with an Ethernet interface, depending on the type of customer network.
- the customer edge device 11 accesses an ingress router 22 of the TSP network 20 over a broadband access link 12 .
- the broadband access link 12 is a digital subscriber line (DSL), and therefore includes a DSL access multiplexer (DSLAM), an asynchronous transfer mode (ATM) edge switch and an interworking function device (not pictured), for example.
- the broadband access link 12 may include digital cable, T-1, digital signal-level 3 (DS-3) or optical carrier-level 3 (OC-3) interfaces, or an Ethernet.
- the broadband access links 12 , 42 and 52 of the various LANs in the VPN do not need to be the same type.
- the TSP network 20 includes multiple edge devices (i.e., gateways) 22 , 23 and 24 , which may be IPv6 routers or switches having Ethernet bridging functionality, for example.
- Each edge device 22 , 23 and 24 has multiple line interfaces, which correspond to the various customer LANs and interface the edge devices with the customer LANs, including depicted line interfaces 22 a , 23 a and 24 a . It is understood that each edge device 22 , 23 and 24 is configured with multiple line interfaces, even though FIG. 1 depicts only one corresponding line interface 22 a , 23 a and 24 a for each.
- the multiple line interfaces enable each edge device 22 , 23 and 24 to simultaneously service multiple VPNs and LANs.
- each customer device 14 , 44 and 54 corresponds to a single line interface (e.g., line interfaces 22 a , 23 a and 24 a ), although alternative embodiments of the invention include multiple interfaces for a single customer device 14 , 44 and 54 .
- each line interface 22 a , 23 a and 24 a is associated with a virtual learning bridge, which learns and caches mapping of customer devices 14 , 44 and 54 with their associated line interfaces 22 a , 23 a and 24 a .
- the TSP network 20 is thus able to more efficiently route communications among the LANs in the VPN over time.
- FIG. 1 depicts an ingress edge device 22 , which interfaces with the broadband access link 12 of the originating LAN 10 through an ingress line interface 22 a .
- FIG. 1 depicts two egress edge devices 23 and 24 .
- Egress edge device 23 interfaces with the broadband access link 42 of the destination LAN 40 through an egress line interface 23 a
- the egress edge device 24 interfaces with the broadband access link 52 of the destination LAN 50 through an egress line interface 24 a .
- Each of the LANs 40 and 50 respectively include at least one destination device 44 and 54 of the customer, which may be any of the types of devices described above with respect to the originating customer device 14 of LAN 10 . It is understood that all of the exemplary customer devices and corresponding edge devices depicted in FIG. 1 are capable of sending and receiving data through the VPN, and are described as originating or destination devices only to facilitate description of the various embodiments of the invention.
- IPv6 packets are routed through the TSP network 20 to one of the egress edge devices 23 or 24 , depending on the destination address of each IPv6 packet sent from the ingress edge device 22 .
- an Ethernet frame from the customer device 14 destined for the destination device 44 in LAN 40 is encapsulated in an IPv6 packet having the IP address of the egress line interface 23 a as the destination address.
- the ingress edge device 22 multicasts the IPv6 packet to the other edge devices serving the VLAN VPN so that all potential egress edge devices, including the egress edge devices 23 and 24 , receive the packet.
- the broadcast comprises a modified address resolution protocol (ARP) message and the encapsulation and decapsulation is performed by the customer edge devices 11 and 41 .
- ARP address resolution protocol
- the customer subscribes to a VLAN VPN service having IP broadband connectivity with the TSP network 20 from multiple sites or locations.
- the customer's VLAN VPN is assigned a unique VPN identification number, which is four or more bytes, for example.
- the unique VPN identification number is an IPv6 address prefix under control of the TSP or an identification number allocated from a dedicated, separate address space of the TSP network 20 .
- the VPN identification number assigned to the customer is included with the VPN interface configuration. The VPN identification number distinguishes data packets associated with the customer's VLAN VPN from other VLAN VPNs supported by the TSP network 20 .
- Each of the line interfaces 22 a , 23 a and 24 a depicted in the TSP network 20 is allocated unique IPv6 address (TSP-IPv6) from an IPv6 address block of the TSP network 20 .
- TSP-IPv6 addresses correspond to particular LANs of the customer's VPN.
- the line interfaces 22 a , 23 a and 24 a are also assigned a VLAN VPN specific IPv6 multicast address (TSP-MIPv6) from the TSP's IPv6 address block, associated with the customer's VPN.
- TSP-MIPv6 VLAN VPN specific IPv6 multicast address
- a single multicast address may be used to multicast a packet to all of the interfaces serving a VLAN VPN.
- the TSP-IPv6 and TSP-MIPv6 addresses are allocated or assigned to the line interfaces 22 a , 23 a and 24 a manually, although any effective form of allocation or assignment may be incorporated without departing from the spirit and scope of the present invention.
- the TSP network 20 is able to effectively provide layer two (e.g., Ethernet) capabilities to link customer edge devices 11 , 41 and 51 , while the customer performs its own layer three (e.g., IP) network administration.
- the ingress edge device 22 has virtual learning bridges corresponding to the line interfaces associated with every VLAN VPN that it serves, including the line interface 22 a .
- the virtual learning bridge receives an Ethernet frame from the originating VLAN 10 , for example, it learns and caches identification information, such as an Ethernet MAC address and/or the LAN identification number (e.g., the 802.1q tag) of the originating customer device 14 from which the frame is sent. Therefore, the line interface 22 a knows precisely where to forward frames that it subsequently receives, e.g., from the other line interfaces 23 a and 24 a , destined for the MAC address and/or the VLAN identification number of the originating customer device 14 .
- the virtual learning bridge learns information that enables the line interface 22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to various destination devices, such as the destination customer devices 44 and 54 .
- the ingress line interface 22 a learns information that enables the line interface 22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to various destination devices, such as the destination customer devices 44 and 54 .
- the ingress line interface 22 a learns information that enables the line interface 22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to various destination devices, such as the destination customer devices 44 and 54 .
- the ingress line interface 22 a learns information that enables the line interface 22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to various destination devices, such as the destination customer devices 44 and 54 .
- the ingress line interface 22 a learns information that enables the line interface 22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to
- mapping of the destination address to an egress line interface does not exist, for example, when the ingress line interface 22 a has no record of transmitting a packet from the originating customer device 14 to the destination customer device 44 (or from the originating LAN 10 to the destination LAN 40 ), the ingress line interface 22 a encapsulates the LAN frame in a multicast IPv6 packet at step s 214 .
- the multicast IPv6 packet includes the TSP IPv6 address of the ingress line interface 22 a as the source address and the TSP-MIPv6 multicast address of the customer's VLAN VPN as the destination multicast address.
- the previously assigned VPN identification number is added to the header of the IPv6 packet in order to provide security for the VPN.
- Use of the VPN identification number prevents unsecured or unauthorized LAN frames from being delivered to VPN customers at the egress line interfaces 23 a and 24 a .
- Use of the VPN identification number is an improvement over security measures implemented in conventional VPNs, which typically require layered connections internal to the network, and a control plane consisting of virtual routers configured to exchange routing information.
- the customer edge device 11 adds the VPN identification number to the IPv6 packet header, and the ingress line interface 22 a confirms it.
- the IPv6 packet, including the VPN identification number is transmitted through the TSP network 20 to the egress line interface 23 a in the egress device 23 at step s 220 .
- an extension of the current IPv6 optional header is used to encapsulate the VPN identification number.
- the IPv6 header is implemented, for example, in accordance with RFC 2460, “Internet Protocol, Version 6 (IPv6) Specification” (December 1998), the content of which is expressly incorporated by reference herein in its entirety.
- the VPN identification number marks an IPv6 packet as belonging to a particular VLAN VPN.
- the VPN identification number header is a specific option of the more generic destination options header (e.g., header type 60 ) of the IPv6 protocol.
- An exemplary format of the optional header extension, including the VPN identification number header is as follows:
- the first three bits of the first octet are 011, as shown above.
- the remaining five bits comprise the destination option type number.
- the value of 011 indicates that nodes not recognizing this option type should discard the packet and that the option data (i.e., the VPN hop count) may change en route. Discarding the packet ensures that any packet delivered to a node not capable of processing VPN headers will not be inadvertently delivered to a site outside of the VPN.
- the VPN hop count is an eight bit unsigned integer, which is incremented by one by each peering edge device in the TSP network 20 that forwards the packet.
- the VPN identification number is a four (or multiple of four) octet identifier associated with each VPN.
- the multicast IPv6 packet including the encapsulated LAN frame and the VPN identification number, is then broadcast through the TSP network 20 , resulting in the IPv6 packet being received by every potential egress line interface associated with a broadband access of the customer's VLAN VPN, including, for example, line interfaces 23 a and 24 a , at step s 220 .
- the line interface 23 a which corresponds to the destination LAN 40 and/or the destination customer device 44 proceeds with the remaining steps of FIG. 2 , for example, based on the MAC address of the destination customer device 44 to which the LAN frame was initially addressed.
- the ingress line interface 22 a encapsulates the LAN frame in a unicast IPv6 packet at step s 232 .
- the IPv6 packet has the TSP IPv6 address of the egress line interface (e.g., the line interface 23 a ) as the destination address and the TSP IPv6 address of the ingress line interface 22 a as the source address.
- the previously assigned VPN identification number is added to the header of the IPv6 packet in order to provide security for the VPN, as described above with respect to multicasting IPv6 packets.
- the unicast IPv6 packet including the encapsulated LAN frame and the VPN identification number, is then transmitted through the TSP network 20 using the TSP IPv6 address of the egress line interface 23 a , which receives the unicast IPv6 packet at step s 220 .
- the virtual learning bridge of the egress line interface 23 a authenticates the IPv6 packet. For example, the egress line interface 23 a first determines whether the VPN identification number of the received IPv6 packet matches the assigned customer VPN identification number. Any IPv6 packets that do not include a matching VPN identification number are discarded at step s 238 . In an embodiment of the invention, the destination customer edge device 41 determines whether the VPN identification number of the received IPv6 packet matches the assigned VPN identification number and discards unauthorized packets, accordingly. In another embodiment, authorization of the VPN identification numbers can be disabled in the TSP network 20 and/or the LAN 40 to enable interworking among a greater number of VPNs.
- the virtual learning bridge of the egress line interface 23 a decapsulates the IPv6 packet and extracts the LAN frame at step s 224 .
- the LAN frame is forwarded to the destination LAN 40 , through the broadband access link 42 at step s 226 .
- the virtual learning bridge of the egress line interface 23 a learns and caches the mapping of identification information, such as an Ethernet MAC address and/or the VLAN identification number of the originating customer device 14 , to the TSP-IPv6 address of the ingress line interface 22 a , from which the frame was sent. Therefore, when the egress line interface 23 a receives subsequent LAN frames from the customer device 44 and/or the LAN 40 , destined for the customer device 14 and/or the LAN 10 , the egress line interface 23 a merely encapsulates the LAN frame in an IPv6 packet and unicasts the IPv6 packet to the ingress line interface 22 a , using the mapping.
- identification information such as an Ethernet MAC address and/or the VLAN identification number of the originating customer device 14
- TSP-IPv6 address of the ingress line interface 22 a from which the frame was sent. Therefore, when the egress line interface 23 a receives subsequent LAN frames from the customer device 44 and/or the LAN
- the line interfaces 22 a , 23 a and 24 a will learn and cache the mapping of the identification information of all active customer devices 14 , 44 and 54 in all of the LANs 10 , 40 and 50 to the TSP IPv6 addresses of the corresponding line interfaces 22 a , 23 a and 24 a . Accordingly, the line interfaces will be able to encapsulate the LAN frames in unicast IPv6 packets containing the specific TSP-IPv6 address of the desired line interface as the destination address, instead of a multicast IPv6 packet having the customer IPv6 multicast address as the destination address.
- the process increasingly follows the unicast steps s 232 , s 234 and s 236 of FIG. 2 , as opposed to the multicast steps s 214 , s 216 and s 218 , significantly increasing the efficiency of the TSP network 20 .
- An alternative embodiment of the present invention enables interworking among different VLAN VPNs (i.e., extra-net VPNs).
- the line interfaces 22 a , 23 a and 24 a are configured to recognize and authenticate multiple, previously assigned VPN identification numbers, corresponding to the interworking VPNs, instead of a single VPN identification number corresponding to one customer. Accordingly, any IPv6 packet that arrives at the line interfaces 22 a , 23 a and 24 a having a VPN identification number matching any of the VPN identification numbers on the list is authenticated and forwarded to the appropriate LAN 10 , 40 and 50 and/or customer device 14 , 44 and 54 .
- the allowed VPN identification number list may include all of the VPN identification numbers of pre-arranged peering business customers.
- the methods described herein are intended for operation as software programs running on a computer processor.
- Dedicated hardware implementations including, but not limited to, application specific integrated circuits, programmable logic arrays and other hardware devices can likewise be constructed to implement the methods described herein.
- alternative software implementations including, but not limited to, distributed processing or component/object distributed processing, parallel processing, or virtual machine processing can also be constructed to implement the methods described herein.
- a tangible storage medium such as: a magnetic medium such as a disk or tape; a magneto-optical or optical medium such as a disk; or a solid state medium such as a memory card or other package that houses one or more read-only (non-volatile) memories, random access memories, or other re-writable (volatile) memories.
- a digital file attachment to email or other self-contained information archive or set of archives is considered a distribution medium equivalent to a tangible storage medium. Accordingly, the invention is considered to include a tangible storage medium or distribution medium, as listed herein and including art-recognized equivalents and successor media, in which the software implementations herein are stored.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Broadband access is provided to a virtual private network (VPN), including multiple local area networks (LANs) configured to interface with an IPv6 service provider network. Data to be routed from an originating device in an originating LAN to a destination device in a destination LAN is received by an ingress line interface and encapsulated in an IPv6 packet. A unique identification number assigned to the VPN is added to the IPv6 packet. When the destination device's address is not mapped to a corresponding egress line interface, the IPv6 packet is broadcast to a multicast address associated with the VPN. When the destination device's address is mapped to the egress line interface, the IPv6 packet is unicast to the egress line interface. The data is ultimately received and decapsulated by the egress line interface. After the VPN identification number is verified, the data is transmitted to the destination device.
Description
1. Field of the Invention
The present invention relates to the field of telecommunications. More particularly, the present invention relates to using an Internet protocol (IP) network of a telecommunications service provider to provide virtual private network (VPN) functionality among local area networks (LANs).
2. Acronyms
The written description provided herein contains acronyms which refer to various telecommunications services, components and techniques, as well as features relating to the present invention. Although some of these acronyms are known, use of these acronyms is not strictly standardized in the art. For purposes of the written description herein, the acronyms are defined as follows:
-
- Address Resolution Protocol (ARP)
- Asynchronous Transfer Mode (ATM)
- Digital Subscriber Line (DSL)
- Digital Subscriber Line Access Multiplexer (DSLAM)
- Internet Protocol (IP)
- Internet Protocol Version 4 (IPv4)
- Internet Protocol Version 6 (IPv6)
- Internet Service Provider (ISP)
- Local Area Network (LAN)
- Media Access Control (MAC)
- Multi-Protocol Label Switching (MPLS)
- Point-to-Point Protocol (PPP)
- Personal Digital Assistant (PDA)
- Request for Comment (RFC)
- Telecommunications Service Provider (TSP)
- Transmission Control Protocol (TCP)
- User Datagram Protocol (UDP)
- Virtual Local Area Network (VLAN)
- Virtual Private Network (VPN)
- Wide Area Network (WAN)
3. Background and Material Information
A virtual private network (VPN) is a non-public network that runs over a shared network infrastructure, such as the public Internet. A VPN enables interconnection among distinct networks, including local area networks (LANs), and other end-systems over a wide area network (WAN). The VPN provides security to the extent that it recognizes and transports only data associated with end-systems that are part of the network.
A virtual local area network (VLAN) provides logical grouping and networking of various customer end-systems, such as work stations, user devices, private networks, and the like, as though they are grouped on the same physical LAN. In other words, the VLAN associates end-systems based on criteria other than the physical location of the end-systems. For example, the VLAN can provide network services to a customer having multiple geographic locations, or to a department within a customer organization remotely located throughout a campus environment.
A VLAN VPN implemented over a WAN is provided by a telecommunications service provider (TSP) to interconnect the LANs as if they were one. Typically, TSPs rely on network connections to provide customers VPN service, including multi-protocol label switching (MPLS) paths, asynchronous transfer mode (ATM) circuits and point-to-point protocol (PPP) connections. However, connection oriented implementations inhibit efficient execution of VPN services and have limited scalability, as well as flexibility.
The present invention overcomes the problems associated with the prior art, as described below.
BRIEF DESCRIPTION OF THE DRAWINGSThe present invention is further described in the detailed description that follows, by reference to the noted drawings by way of non-limiting examples of embodiments of the present invention, in which like reference numerals represent similar parts throughout several views of the drawings, and in which:
is a diagram showing an exemplary network architecture, according to an aspect of the present invention; and
is a flow diagram illustrating IP broadband access from an originating LAN, according to an aspect of the present invention.
The present invention incorporates an Internet protocol, version 6 (IPv6) network to provide a connectionless approach to implementing VLAN VPNs among various LANs. Generally, the invention enables broadband access to the IPv6 network of a telecommunications service provider (TSP) by emulating layer two (e.g., Ethernet) functionality while performing layer three (e.g., IP) routing through a WAN. For example, a user operating within an originating LAN of a VPN may access the IPv6 TSP network from either a IPv4 or an IPv6 originating device by encapsulating each frame in an IPv6 packet, together with a unique VPN identification number, at an ingress line interface of the TSP network. The LAN frames include, for example, Ethernet frames, media access control (MAC) frames, other layer two frames and the like. The IPv6 packet is routed through the TSP network to an egress line interface associated with the destination LAN within the same VPN. The egress line interface verifies the VPN identification number and, upon verification, decapsulates the IPv6 packet and transmits the LAN frame to the destination LAN. Use of the IPv6 TSP network is a scalable and more manageable alternative to current MPLS networks, for example.
In view of the above, the present invention through one or more of its various aspects and/or embodiments is presented to accomplish one or more objectives and advantages, such as those noted below.
An aspect of the present invention provides a method for sending data through a provider network from an originating network to a destination network in a VPN. The method includes encapsulating data link layer data from the originating network in a network layer packet and determining whether a data link layer address of a destination device in the destination network is mapped to a network layer address of an egress line interface in the provider network. When the destination device address is not mapped to the egress line interface address, the network layer packet is broadcast to a multicast address associated with the VPN. When the destination device address is mapped to the egress line interface address, based on a previous transmission from the destination device, the network layer packet is unicast to the egress line interface address.
A VPN identification number corresponding to the VPN may be added to the network layer packet. The VPN identification number is verified after the egress line interface receives the network layer packet. The data layer link data is decapsulated from the network layer packet only when the VPN identification number is verified.
Another aspect of the present invention provides a method for providing broadband access to a VPN, which includes multiple LANs configured to interface with an IPv6 service provider network through broadband access links. The method includes encapsulating a LAN frame from an originating LAN of the VPN in an IPv6 packet of the service provider network; adding a VPN identification number corresponding to the VPN to the IPv6 packet; and routing the IPv6 packet through the service provider network. The LAN frame is decapsulated when the VPN identification number is verified. The decapsulated LAN frame is transmitted to the destination LAN. The IPv6 packet is discarded when the VPN identification number is not verified. The IPv6 packet includes an IPv6 address of an ingress line interface, which receives the LAN frame, as a source address and an IPv6 address of an egress line interface, to which the IPv6 packet is routed for verification, as a destination address.
The IPv6 packet may include the VPN identification number in an optional header extension. For example, the VPN identification number may be included in a multiple of four octets of the optional header extension. The optional header extension may further identify a destination option type, in which case the method further includes discarding the IPv6 packet when the egress line interface does not recognize the destination option type in the optional header extension. The optional header extension may further identify a VPN hop number, which indicates a number of line interfaces that transmit the IPv6 packet.
It is determined whether an address of a destination device in the destination LAN is mapped to the egress line interface. When the address is not mapped to the egress line interface, the IPv6 packet is broadcast to a multicast address associated with the VPN and the IPv6 packet is received at the egress line interface based on the multicast address. An address of the egress line interface is mapped to the address of the destination device, based on address information received by the ingress line interface in a transmission from the destination device. Subsequent IPv6 packets are then transmitted to the destination device using a unicast address of the egress line interface based on the mapping.
Another aspect of the present invention provides a system for providing broadband access to a VPN, which includes multiple LANs configured to interface with an IPv6 service provider network. The system includes multiple interface devices in the service provider network. Each interface device includes at least one line interface, each of which is connectable to at least one of the LANs through a broadband access link. A first interface device receives a LAN frame from a first LAN at an ingress line interface corresponding to the first LAN, encapsulates the LAN frame in an IPv6 packet, and adds a VPN identification number corresponding to the VPN to the IPv6 packet. The LAN frame is directed to a second LAN. A second interface device receives the IPv6 packet at an egress line interface corresponding to the second LAN, verifies the VPN identification number, decapsulates the LAN frame when the VPN identification number is verified, and transmits the LAN frame to the second LAN. The second interface device discards the IPv6 packet when it is not able to verify the VPN identification number.
The IPv6 packet includes the VPN identification number in an optional header extension. The first interface device may further include an ingress virtual bridge corresponding to the ingress line interface. When the ingress virtual bridge is not able to associate an address of a destination device in the second LAN with an address of the egress line interface of the second interface device, the first interface device broadcasts the IPv6 packet to a multicast address associated with the VPN. The second interface device receives the IPv6 packet at the egress line interface based on the multicast address. The second interface device may further include an egress virtual bridge corresponding to the egress line interface. The egress virtual bridge then maps an address of an originating device in the first LAN with the address of the ingress line interface after the second interface device receives the broadcast IPv6 packet. The second interface device is able to unicast subsequent IPv6 packets, directed to the originating device, to the address of the ingress line interface based on the mapping.
Yet another aspect of the present invention provides a method of providing broadband access for a customer in a VPN, including multiple LANs interfacing with at least one TSP network. Each TSP network includes multiple interfaces corresponding to the multiple LANs. The method includes assigning a unique VPN identification number to the customer and assigning a common multicast address to the interfaces and a unique unicast address to each of the interfaces. Data from an originating LAN is received, the data being directed to a destination device in a destination LAN. The originating LAN corresponds to an ingress interface of the interfaces and the destination LAN corresponds to an egress interface of the interfaces. When an address of the destination device address is not mapped to the destination LAN, the data is encapsulated in a multicast packet, having the unique address of the ingress interface as a source address and the multicast address as a destination address. The encapsulated data is transmitted to all interfaces corresponding to the LANs based on the multicast address. The frame is decapsulated only at the egress interface, which forwards the frame to the destination device.
The destination device address may be mapped to the IPv6 address of the egress interface based on address information previously received by the ingress interface from the destination device. When the destination device address is mapped to the egress interface, the data is encapsulated in a unicast packet having the unique IPv6 address of the ingress interface as the source address and the unique address of the egress interface as the destination address. The encapsulated frame is then transmitted only to the egress interface, based on the destination address in the unicast packet. The VPN identification number may be entered in the multicast packet and/or the unicast packet. The reading the VPN identification is read at the egress interface to verify that the received packet is associated with the VPN.
The various aspects and embodiments of the present invention are described in detail below.
The present invention is directed to enabling TSPs to provide IP broadband network services over packet switched data networks having expanded capacity, such as IPv6 networks. IPv6 networks are capable of serving mass-market IP broadband access subscribers, as well as accommodating business customers to manage their data communication services in-house. VLAN VPN is one service that enables the broadband access and management control desired.
is a diagram depicting an exemplary network infrastructure supporting the present invention.
FIG. 1, in particular, depicts a VLAN VPN of a customer, which includes
multiple LANs10, 40 and 50. In an embodiment of the invention, each LAN is an Ethernet LAN having user end-
systems14, 44 and 54 that interface with a
TSP core network20 through
customer edge devices11, 41 and 51, respectively. However, each of the
LANs10, 40 and 50 may be an IP network or other data network without departing from the spirit and scope of the present invention. As discussed above, the
TSP network20 is an IPv6 network, which allows static allocation of IPv6 addresses to uniquely identify the customers, due to the large address space of the IPv6 format. The
TSP IPv6 network20 is essentially configured such that it appears to be a wide-area LAN to the VLAN VPN customer.
The
LANs10, 40 and 50, depicted in the exemplary embodiment of the invention, provide layer two (i.e., data link layer) network functionality. Layer two functionality generally includes handling physical and logical connections to the Ethernet or other LAN frame (or packet) destinations. The user devices, such as
customer devices14, 44 and 54, are addressed and identified using unique MAC addresses corresponding to each device. The data link layer protocol specifies the MAC address of each frame's source and destination.
The
TSP network20, depicted in the exemplary embodiment of the invention, provides layer three (ie., network layer) functionality. The network layer routes packets (or datagrams) from one network to another. Internet protocol, in particular, identifies each IP device with a unique IP address, including, for example, the
edge devices22, 23 and 24 and/or the various line interfaces 22 a, 23 a and 24 a, discussed below. In the depicted embodiment of the present invention, each IP address is an IPv6 address allocated by the
TSP network20. The IP packets are routed through the
TSP network20 in accordance with IP (e.g., IPv6), while the layer four (i e., transport layer) protocols, such as transmission control protocol (TCP) and user datagram protocol (UDP) for transmission control, continue to be supported with no change.
The originating customer device 14 is depicted as part of the originating
LAN10. Each of the
LANs10, 40 and 50 may include any number and type of IP compatible networked devices, including, for example, a personal computer, a laptop computer, a personal digital assistant (PDA), a voice over IP telephone, or the like. The originating customer device 14 communicates through the
LAN10 with the
customer edge device11. The
customer edge device11 likewise is any interface device capable of communicating with the
TSP network20, such as an Ethernet switch or an IP router with an Ethernet interface, depending on the type of customer network.
The
customer edge device11 accesses an
ingress router22 of the
TSP network20 over a
broadband access link12. In an embodiment of the invention, the
broadband access link12 is a digital subscriber line (DSL), and therefore includes a DSL access multiplexer (DSLAM), an asynchronous transfer mode (ATM) edge switch and an interworking function device (not pictured), for example. Alternatively, the
broadband access link12 may include digital cable, T-1, digital signal-level 3 (DS-3) or optical carrier-level 3 (OC-3) interfaces, or an Ethernet. The broadband access links 12, 42 and 52 of the various LANs in the VPN do not need to be the same type.
The
TSP network20 includes multiple edge devices (i.e., gateways) 22, 23 and 24, which may be IPv6 routers or switches having Ethernet bridging functionality, for example. Each
edge device22, 23 and 24 has multiple line interfaces, which correspond to the various customer LANs and interface the edge devices with the customer LANs, including depicted line interfaces 22 a, 23 a and 24 a. It is understood that each
edge device22, 23 and 24 is configured with multiple line interfaces, even though
FIG. 1depicts only one corresponding
line interface22 a, 23 a and 24 a for each. The multiple line interfaces enable each
edge device22, 23 and 24 to simultaneously service multiple VPNs and LANs.
Typically, each
customer device14, 44 and 54 corresponds to a single line interface (e.g., line interfaces 22 a, 23 a and 24 a), although alternative embodiments of the invention include multiple interfaces for a
single customer device14, 44 and 54. As discussed below, each
line interface22 a, 23 a and 24 a is associated with a virtual learning bridge, which learns and caches mapping of
customer devices14, 44 and 54 with their associated line interfaces 22 a, 23 a and 24 a. The
TSP network20 is thus able to more efficiently route communications among the LANs in the VPN over time.
The exemplary network architecture of
FIG. 1depicts an
ingress edge device22, which interfaces with the
broadband access link12 of the originating
LAN10 through an
ingress line interface22 a. In addition to the
ingress edge device22,
FIG. 1depicts two
egress edge devices23 and 24.
Egress edge device23 interfaces with the
broadband access link42 of the
destination LAN40 through an
egress line interface23 a, and the
egress edge device24 interfaces with the
broadband access link52 of the
destination LAN50 through an
egress line interface24 a. Each of the
LANs40 and 50 respectively include at least one
destination device44 and 54 of the customer, which may be any of the types of devices described above with respect to the originating customer device 14 of
LAN10. It is understood that all of the exemplary customer devices and corresponding edge devices depicted in
FIG. 1are capable of sending and receiving data through the VPN, and are described as originating or destination devices only to facilitate description of the various embodiments of the invention.
IPv6 packets are routed through the
TSP network20 to one of the
egress edge devices23 or 24, depending on the destination address of each IPv6 packet sent from the
ingress edge device22. For example, an Ethernet frame from the customer device 14 destined for the destination device 44 in
LAN40 is encapsulated in an IPv6 packet having the IP address of the
egress line interface23 a as the destination address. As described in detail with respect to
FIG. 2, when the egress line interface associated with the destination device and/or the destination LAN is not known, the
ingress edge device22 multicasts the IPv6 packet to the other edge devices serving the VLAN VPN so that all potential egress edge devices, including the
egress edge devices23 and 24, receive the packet. Only the egress edge device having the egress line interface that services the destination LAN (e.g., the
egress edge device23 and associated
egress line interface23 a) responds to the broadcast IPv6 packet, enabling unicast transmission of subsequent packets from the
ingress edge device22. In alternative embodiments of the invention, the broadcast comprises a modified address resolution protocol (ARP) message and the encapsulation and decapsulation is performed by the
customer edge devices11 and 41. The addressing and transmitting processes is described in detail with respect to
FIG. 2, below.
In an embodiment of the invention, the customer subscribes to a VLAN VPN service having IP broadband connectivity with the
TSP network20 from multiple sites or locations. The customer's VLAN VPN is assigned a unique VPN identification number, which is four or more bytes, for example. In alternative embodiments of the invention, the unique VPN identification number is an IPv6 address prefix under control of the TSP or an identification number allocated from a dedicated, separate address space of the
TSP network20. The VPN identification number assigned to the customer is included with the VPN interface configuration. The VPN identification number distinguishes data packets associated with the customer's VLAN VPN from other VLAN VPNs supported by the
TSP network20.
Each of the line interfaces 22 a, 23 a and 24 a depicted in the
TSP network20 is allocated unique IPv6 address (TSP-IPv6) from an IPv6 address block of the
TSP network20. As explained above, the line interfaces 22 a, 23 a and 24 a and associated TSP-IPv6 addresses correspond to particular LANs of the customer's VPN. The line interfaces 22 a, 23 a and 24 a are also assigned a VLAN VPN specific IPv6 multicast address (TSP-MIPv6) from the TSP's IPv6 address block, associated with the customer's VPN. A single multicast address may be used to multicast a packet to all of the interfaces serving a VLAN VPN. In an embodiment of the invention, the TSP-IPv6 and TSP-MIPv6 addresses are allocated or assigned to the line interfaces 22 a, 23 a and 24 a manually, although any effective form of allocation or assignment may be incorporated without departing from the spirit and scope of the present invention. Generally, using the IPv6 and the MIPv6 addresses, the
TSP network20 is able to effectively provide layer two (e.g., Ethernet) capabilities to link
customer edge devices11, 41 and 51, while the customer performs its own layer three (e.g., IP) network administration.
As stated above, the
ingress edge device22 has virtual learning bridges corresponding to the line interfaces associated with every VLAN VPN that it serves, including the
line interface22 a. When the virtual learning bridge receives an Ethernet frame from the originating
VLAN10, for example, it learns and caches identification information, such as an Ethernet MAC address and/or the LAN identification number (e.g., the 802.1q tag) of the originating customer device 14 from which the frame is sent. Therefore, the
line interface22 a knows precisely where to forward frames that it subsequently receives, e.g., from the other line interfaces 23 a and 24 a, destined for the MAC address and/or the VLAN identification number of the originating customer device 14.
Similarly, the virtual learning bridge learns information that enables the
line interface22 a to efficiently forward LAN frames that it receives from the originating customer device 14 to various destination devices, such as the
destination customer devices44 and 54. For example, referring to
FIG. 2, the
ingress line interface22 a
-
- receives a LAN frame from the originating customer device 14 over the broadband access link 12 at step s210. At step s212, the ingress line interface 22 a determines whether the destination address (e.g., the address of the destination customer device 44) is already mapped to an egress line interface.
When mapping of the destination address to an egress line interface does not exist, for example, when the
ingress line interface22 a has no record of transmitting a packet from the originating customer device 14 to the destination customer device 44 (or from the originating
LAN10 to the destination LAN 40), the
ingress line interface22 a encapsulates the LAN frame in a multicast IPv6 packet at step s214. The multicast IPv6 packet includes the TSP IPv6 address of the
ingress line interface22 a as the source address and the TSP-MIPv6 multicast address of the customer's VLAN VPN as the destination multicast address.
At step s216, the previously assigned VPN identification number is added to the header of the IPv6 packet in order to provide security for the VPN. Use of the VPN identification number prevents unsecured or unauthorized LAN frames from being delivered to VPN customers at the egress line interfaces 23 a and 24 a. Use of the VPN identification number is an improvement over security measures implemented in conventional VPNs, which typically require layered connections internal to the network, and a control plane consisting of virtual routers configured to exchange routing information. In an alternative embodiment, the
customer edge device11 adds the VPN identification number to the IPv6 packet header, and the
ingress line interface22 a confirms it. The IPv6 packet, including the VPN identification number is transmitted through the
TSP network20 to the
egress line interface23 a in the
egress device23 at step s220.
In an embodiment of the invention, an extension of the current IPv6 optional header is used to encapsulate the VPN identification number. The IPv6 header is implemented, for example, in accordance with RFC 2460, “Internet Protocol, Version 6 (IPv6) Specification” (December 1998), the content of which is expressly incorporated by reference herein in its entirety. The VPN identification number marks an IPv6 packet as belonging to a particular VLAN VPN. The VPN identification number header is a specific option of the more generic destination options header (e.g., header type 60) of the IPv6 protocol. An exemplary format of the optional header extension, including the VPN identification number header is as follows:
The first three bits of the first octet are 011, as shown above. The remaining five bits comprise the destination option type number. The value of 011 indicates that nodes not recognizing this option type should discard the packet and that the option data (i.e., the VPN hop count) may change en route. Discarding the packet ensures that any packet delivered to a node not capable of processing VPN headers will not be inadvertently delivered to a site outside of the VPN. The VPN hop count is an eight bit unsigned integer, which is incremented by one by each peering edge device in the
TSP network20 that forwards the packet. The VPN identification number is a four (or multiple of four) octet identifier associated with each VPN.
At step s218, the multicast IPv6 packet, including the encapsulated LAN frame and the VPN identification number, is then broadcast through the
TSP network20, resulting in the IPv6 packet being received by every potential egress line interface associated with a broadband access of the customer's VLAN VPN, including, for example, line interfaces 23 a and 24 a, at step s220. Only the
line interface23 a which corresponds to the
destination LAN40 and/or the destination customer device 44 proceeds with the remaining steps of
FIG. 2, for example, based on the MAC address of the destination customer device 44 to which the LAN frame was initially addressed.
When the mapping exists, as determined at step s212, the
ingress line interface22 a encapsulates the LAN frame in a unicast IPv6 packet at step s232. The IPv6 packet has the TSP IPv6 address of the egress line interface (e.g., the
line interface23 a) as the destination address and the TSP IPv6 address of the
ingress line interface22 a as the source address. At step s234, the previously assigned VPN identification number is added to the header of the IPv6 packet in order to provide security for the VPN, as described above with respect to multicasting IPv6 packets. The unicast IPv6 packet, including the encapsulated LAN frame and the VPN identification number, is then transmitted through the
TSP network20 using the TSP IPv6 address of the
egress line interface23 a, which receives the unicast IPv6 packet at step s220.
At step s222, the virtual learning bridge of the
egress line interface23 a authenticates the IPv6 packet. For example, the
egress line interface23 a first determines whether the VPN identification number of the received IPv6 packet matches the assigned customer VPN identification number. Any IPv6 packets that do not include a matching VPN identification number are discarded at step s238. In an embodiment of the invention, the destination
customer edge device41 determines whether the VPN identification number of the received IPv6 packet matches the assigned VPN identification number and discards unauthorized packets, accordingly. In another embodiment, authorization of the VPN identification numbers can be disabled in the
TSP network20 and/or the
LAN40 to enable interworking among a greater number of VPNs.
When the VPN identification number of the IPv6 packet matches the customer VPN identification number, the virtual learning bridge of the
egress line interface23 a decapsulates the IPv6 packet and extracts the LAN frame at step s224. The LAN frame is forwarded to the
destination LAN40, through the
broadband access link42 at step s226.
Meanwhile, at step s228, the virtual learning bridge of the
egress line interface23 a learns and caches the mapping of identification information, such as an Ethernet MAC address and/or the VLAN identification number of the originating customer device 14, to the TSP-IPv6 address of the
ingress line interface22 a, from which the frame was sent. Therefore, when the
egress line interface23 a receives subsequent LAN frames from the customer device 44 and/or the
LAN40, destined for the customer device 14 and/or the
LAN10, the
egress line interface23 a merely encapsulates the LAN frame in an IPv6 packet and unicasts the IPv6 packet to the
ingress line interface22 a, using the mapping.
Because the majority of Ethernet data traffic, for example, is bi-directional, eventually all of the line interfaces 22 a, 23 a and 24 a will learn and cache the mapping of the identification information of all
active customer devices14, 44 and 54 in all of the
LANs10, 40 and 50 to the TSP IPv6 addresses of the corresponding line interfaces 22 a, 23 a and 24 a. Accordingly, the line interfaces will be able to encapsulate the LAN frames in unicast IPv6 packets containing the specific TSP-IPv6 address of the desired line interface as the destination address, instead of a multicast IPv6 packet having the customer IPv6 multicast address as the destination address. In other words, as the mapping among line interfaces 22 a, 23 a and 24 a and
customer devices14, 44 and 54 is learned and cached, the process increasingly follows the unicast steps s232, s234 and s236 of
FIG. 2, as opposed to the multicast steps s214, s216 and s218, significantly increasing the efficiency of the
TSP network20.
An alternative embodiment of the present invention enables interworking among different VLAN VPNs (i.e., extra-net VPNs). The line interfaces 22 a, 23 a and 24 a are configured to recognize and authenticate multiple, previously assigned VPN identification numbers, corresponding to the interworking VPNs, instead of a single VPN identification number corresponding to one customer. Accordingly, any IPv6 packet that arrives at the line interfaces 22 a, 23 a and 24 a having a VPN identification number matching any of the VPN identification numbers on the list is authenticated and forwarded to the
appropriate LAN10, 40 and 50 and/or
customer device14, 44 and 54. For example, the allowed VPN identification number list may include all of the VPN identification numbers of pre-arranged peering business customers.
Although the invention has been described with reference to several exemplary embodiments, it is understood that the words that have been used are words of description and illustration, rather than words of limitation. Changes may be made within the purview of the appended claims, as presently stated and as amended, without departing from the scope and spirit of the invention in its aspects. Although the invention has been described with reference to particular means, materials and embodiments, the invention is not intended to be limited to the particulars disclosed; rather, the invention extends to all functionally equivalent structures, methods, and uses such as are within the scope of the appended claims.
In accordance with various embodiments of the present invention, the methods described herein are intended for operation as software programs running on a computer processor. Dedicated hardware implementations including, but not limited to, application specific integrated circuits, programmable logic arrays and other hardware devices can likewise be constructed to implement the methods described herein. Furthermore, alternative software implementations including, but not limited to, distributed processing or component/object distributed processing, parallel processing, or virtual machine processing can also be constructed to implement the methods described herein.
It should also be noted that the software implementations of the present invention as described herein are optionally stored on a tangible storage medium, such as: a magnetic medium such as a disk or tape; a magneto-optical or optical medium such as a disk; or a solid state medium such as a memory card or other package that houses one or more read-only (non-volatile) memories, random access memories, or other re-writable (volatile) memories. A digital file attachment to email or other self-contained information archive or set of archives is considered a distribution medium equivalent to a tangible storage medium. Accordingly, the invention is considered to include a tangible storage medium or distribution medium, as listed herein and including art-recognized equivalents and successor media, in which the software implementations herein are stored.
Although the present specification describes components and functions implemented in the embodiments with reference to particular standards and protocols, the invention is not limited to such standards and protocols. Each of the standards for Internet and other packet-switched network transmission (e.g., IPv4, IPv6, TCP, UDP, MPLS) and public telephone networks (ATM, DSL) represent examples of the state of the art. Such standards are periodically superseded by faster or more efficient equivalents having essentially the same functions. Accordingly, replacement standards and protocols having the same functions are considered equivalents.
Claims (20)
1. A method for providing a virtual private network, by receiving from a customer originating device of a first local area network, a local area network frame for transmission to a customer destination device in a second local area network over broadband access links that include customer local area network edge devices of at least one customer and an ingress edge device and an egress edge device of a service provider network, the method comprising:
assigning to each edge device of the service provider a unicast IPv6 address, from an IPv6 address block of the service provider, that corresponds to a particular local area network of the customer;
assigning to each edge device of the service provider a virtual private network specific multicast IPv6 address, from the IPv6 address block of the service provider, using the virtual private network specific multicasting IPv6 address for multicasting packets to all of the edge devices of the service provider serving the virtual private network;
determining whether an IPv6 packet includes a destination address of a customer destination device, and whether the destination address is mapped to an egress edge device of the service provider,
when mapping of the destination address to an egress edge device does not exist, encapsulating the local area network frame in a multicast IPv6 packet, the multicast IPv6 packet including the IPv6 address of the ingress edge device of the service provider as the source address and the multicast IPv6 address of the virtual private network as the destination multicast address;
when mapping of the destination address to an egress edge device does exist, encapsulating the local area network frame in a unicast IPv6 packet, including the unicast IPv6 address of the egress edge device of the service provider;
adding a virtual private network identification header to a header of the IPv6 packet, the virtual private network identification header including a destination option, a virtual private network hop count and an identification number identifying the virtual private network of the customer;
broadcasting the IPv6 packets having multicast addresses through the service provider network to all of the edge devices serving the virtual private network;
transmitting the IPv6 packets having the unicast IPv6 address, through the service provider network to a particular egress device;
authenticating the IPv6 packets at the egress device of the service provider using the virtual private network identification;
discarding any IPv6 packets that cannot be authenticated;
decapsulating and extracting the local area network frame of authenticated IPv6 packets at the egress device of the service provider;
forwarding the decapsulated local area network frame to the destination local area network; and
transmitting the decapsulated customer local area network frame to the customer destination device.
2. The method according to
claim 1wherein the ingress edge device of the service provider adds the virtual private network identification number to the IPv6 packet header.
3. The method according to
claim 1wherein the customer local area network edge device adds the virtual private network identification number to the IPv6 packet header, and the ingress edge device confirms the virtual private network identification number.
4. The method according to
claim 1, in which the IPv6 packet is discarded when the egress edge device does not recognize the destination option type in the header.
5. The method according to
claim 1, in which the virtual private network hop number is incremented every time the IPv6 packet is forwarded by an edge device of the service provider network.
6. The method according to
claim 1, in which the egress edge device includes a virtual learning bridge for authenticating the IPv6 packet, the egress edge device determines whether the virtual private network identification number of the received IPv6 packet matches the assigned customer virtual private network identification number, and any IPv6 packets that do not include a matching virtual private network identification number are discarded.
7. The method according to
claim 1, in which destination local area network edge device of the customer determines whether the virtual private network identification number of the received IPv6 packet matches the assigned virtual private network identification number and discards unauthorized packets.
8. The method according to
claim 1, wherein the authentication of the virtual private network identification numbers can be disabled in the service provider network or the destination local area network to enable interworking among a plurality of virtual private networks.
9. The method according to
claim 1, in which the egress edge device includes a virtual learning bridge for learning and caching a mapping of identification information, including an Ethernet MAC address or an identification number of the originating customer device, to the IPv6 address of the ingress edge device, from which the local area network frame was sent, such that when the egress edge device receives subsequent local area network frames from the customer destination device destined for the customer originating device, the egress edge device encapsulates the local area network frame in a unicast IPv6 packet and unicasts the IPv6 packet to the ingress edge device using the cached mapping.
10. The method according to
claim 1, in which edge devices of the service provider are configured to recognize and authenticate multiple, previously assigned virtual private network identification numbers, corresponding to interworking virtual private networks, instead of a single virtual private network identification number corresponding to one customer.
11. A service provider network for providing a virtual private network, for receiving from a customer originating device of a first local area network, a local area network frame for transmission to a customer destination device in a second local area network over broadband access links that include local area network edge devices of the customer coupled to the service provider network, the service provider network comprising:
a plurality of ingress edge devices and egress edge devices;
each edge device being assigned a unicast IPv6 address, from an IPv6 address block of the service provider, that corresponds to a particular local area network of the customer;
each edge device also being assigned a virtual private network specific multicast IPv6 address, from the IPv6 address block of the service provider, which is used for multicasting packets to all of the edge devices of the service provider serving the virtual private network;
each edge device determining whether an IPv6 packet includes a destination address of a customer destination device, and whether the destination address is mapped to an egress edge device of the service provider,
when mapping of the destination address to an egress edge device does not exist, encapsulating the local area network frame in a multicast IPv6 packet, the multicast IPv6 packet including the IPv6 address of the ingress edge device of the service provider as the source address and the multicast IPv6 address of the virtual private network as the destination multicast address;
when mapping of the destination address to an egress edge device does exist, encapsulating the local area network frame in a unicast IPv6 packet, including the unicast IPv6 address of the egress edge device of the service provider;
wherein a virtual private network identification header is added to a header of the IPv6 packet, the virtual private network identification header including a destination option, a virtual private network hop count and an identification number identifying the virtual private network of the customer;
wherein the IPv6 packets having multicast addresses are broadcast through the service provider network to all of the edge devices serving the virtual private network;
wherein the IPv6 packets having the unicast IPv6 address are transmitted through the service provider network to a particular egress device;
wherein the IPv6 packets are authenticated at the egress devices of the service provider;
wherein any IPv6 packets that cannot be authenticated are discarded;
wherein the local area network frame of authenticated IPv6 packets are decapsulated and extracted at the egress device of the service provider;
wherein the decapsulated local area network frames are forwarded to the destination local area network; and
wherein the decapsulated local area network frames are transmitted to the customer destination device.
12. The network according to
claim 11wherein the ingress edge device of the service provider adds the virtual private network identification number to the IPv6 packet header.
13. The network according to
claim 11wherein the customer edge device adds the virtual private network identification number to the IPv6 packet header, and the ingress edge device confirms the virtual private network identification number.
14. The network according to
claim 11, in which the IPv6 packet is discarded when the egress edge device does not recognize the destination option type in the header.
15. The network according to
claim 11, in which the virtual private network hop number is incremented every time the IPv6 packet is forwarded by an edge device of the service provider network.
16. The network according to
claim 11, in which the egress edge device includes a virtual learning bridge for authenticating the IPv6 packet, the egress edge device determines whether the virtual private network identification number of the received IPv6 packet matches the assigned customer virtual private network identification number, and any IPv6 packets that do not include a matching virtual private network identification number are discarded.
17. The network according to
claim 11, in which destination local area network edge device of the customer determines whether the virtual private network identification number of the received IPv6 packet matches the assigned virtual private network identification number and discards unauthorized packets.
18. The network according to
claim 11, wherein the authentication of the virtual private network identification numbers can be disabled in the service provider network or the destination local area network to enable interworking among a plurality of virtual private networks.
19. The network according to
claim 11, in which the egress edge device includes a virtual learning bridge for learning and caching a mapping of identification information, including an Ethernet MAC address or an identification number of the originating customer device, to the IPv6 address of the ingress edge device, from which the local area network frame was sent, such that when the egress edge device receives subsequent local area network frames from the customer destination device destined for the customer originating device, the egress edge device encapsulates the local area network frame in a unicast IPv6 packet and unicasts the IPv6 packet to the ingress edge device using the cached mapping.
20. The network according to
claim 11, in which edge devices of the service provider are configured to recognize and authenticate multiple, previously assigned virtual private network identification numbers, corresponding to interworking virtual private networks, instead of a single virtual private network identification number corresponding to one customer.
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/628,238 US7447203B2 (en) | 2003-07-29 | 2003-07-29 | Broadband access for virtual private networks |
US12/246,025 US8243732B2 (en) | 2003-07-29 | 2008-10-06 | Broadband access for virtual private networks |
US13/542,724 US8520681B2 (en) | 2003-07-29 | 2012-07-06 | Broadband access for virtual private networks |
US13/951,867 US8942240B2 (en) | 2003-07-29 | 2013-07-26 | Broadband access for virtual private networks |
US14/604,161 US9467373B2 (en) | 2003-07-29 | 2015-01-23 | Broadband access for virtual private networks |
US15/263,597 US10313306B2 (en) | 2003-07-29 | 2016-09-13 | Broadband access for virtual private networks |
US16/422,096 US11240206B2 (en) | 2003-07-29 | 2019-05-24 | Broadband access for virtual private networks |
US17/508,554 US20220045989A1 (en) | 2003-07-29 | 2021-10-22 | Broadband access for virtual private networks |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/628,238 US7447203B2 (en) | 2003-07-29 | 2003-07-29 | Broadband access for virtual private networks |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/246,025 Continuation US8243732B2 (en) | 2003-07-29 | 2008-10-06 | Broadband access for virtual private networks |
Publications (2)
Publication Number | Publication Date |
---|---|
US20050025143A1 US20050025143A1 (en) | 2005-02-03 |
US7447203B2 true US7447203B2 (en) | 2008-11-04 |
Family
ID=34103347
Family Applications (8)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/628,238 Active 2025-11-30 US7447203B2 (en) | 2003-07-29 | 2003-07-29 | Broadband access for virtual private networks |
US12/246,025 Expired - Fee Related US8243732B2 (en) | 2003-07-29 | 2008-10-06 | Broadband access for virtual private networks |
US13/542,724 Expired - Lifetime US8520681B2 (en) | 2003-07-29 | 2012-07-06 | Broadband access for virtual private networks |
US13/951,867 Expired - Fee Related US8942240B2 (en) | 2003-07-29 | 2013-07-26 | Broadband access for virtual private networks |
US14/604,161 Expired - Fee Related US9467373B2 (en) | 2003-07-29 | 2015-01-23 | Broadband access for virtual private networks |
US15/263,597 Expired - Fee Related US10313306B2 (en) | 2003-07-29 | 2016-09-13 | Broadband access for virtual private networks |
US16/422,096 Expired - Lifetime US11240206B2 (en) | 2003-07-29 | 2019-05-24 | Broadband access for virtual private networks |
US17/508,554 Abandoned US20220045989A1 (en) | 2003-07-29 | 2021-10-22 | Broadband access for virtual private networks |
Family Applications After (7)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/246,025 Expired - Fee Related US8243732B2 (en) | 2003-07-29 | 2008-10-06 | Broadband access for virtual private networks |
US13/542,724 Expired - Lifetime US8520681B2 (en) | 2003-07-29 | 2012-07-06 | Broadband access for virtual private networks |
US13/951,867 Expired - Fee Related US8942240B2 (en) | 2003-07-29 | 2013-07-26 | Broadband access for virtual private networks |
US14/604,161 Expired - Fee Related US9467373B2 (en) | 2003-07-29 | 2015-01-23 | Broadband access for virtual private networks |
US15/263,597 Expired - Fee Related US10313306B2 (en) | 2003-07-29 | 2016-09-13 | Broadband access for virtual private networks |
US16/422,096 Expired - Lifetime US11240206B2 (en) | 2003-07-29 | 2019-05-24 | Broadband access for virtual private networks |
US17/508,554 Abandoned US20220045989A1 (en) | 2003-07-29 | 2021-10-22 | Broadband access for virtual private networks |
Country Status (1)
Country | Link |
---|---|
US (8) | US7447203B2 (en) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060184645A1 (en) * | 2005-02-14 | 2006-08-17 | Sylvain Monette | Method and nodes for performing bridging of data traffic over an access domain |
US20060285540A1 (en) * | 2005-06-15 | 2006-12-21 | Bellsouth Intellectual Property Corporation | Providing operation services for networks via operations service servers |
US20070121503A1 (en) * | 2005-11-30 | 2007-05-31 | Liang Guo | Routing topology bandwidth management methods and system |
US20070147393A1 (en) * | 2004-09-10 | 2007-06-28 | Huawei Technologies Co., Ltd. | Method for Improving Subscriber Access Capacity, Broadband Access Device and Network |
US20070211716A1 (en) * | 2006-03-07 | 2007-09-13 | Doron Oz | Managing traffic within and between virtual private networks when using a session border controller |
US20070211715A1 (en) * | 2006-03-07 | 2007-09-13 | Michel Khouderchah | Managing traffic within and between virtual private networks when using a session border controller |
US20090037607A1 (en) * | 2007-07-31 | 2009-02-05 | Cisco Technology, Inc. | Overlay transport virtualization |
US20090046687A1 (en) * | 2007-08-13 | 2009-02-19 | Samsung Electronics Co. Ltd | Mobile wimax network system having private network and mobile ip terminal processing method thereof |
US20090232008A1 (en) * | 2008-03-12 | 2009-09-17 | Tellabs Petaluma, Inc. | System for connecting equipment with a service provider, apparatus for facilitating diagnostic and/or management communication with such equipment, and procedure for communicating with such equipment |
US7653044B1 (en) * | 2005-04-07 | 2010-01-26 | Marvell Israel (M.I.S.L.) Ltd. | Address scope checking for internet protocol version 6 |
US20100220739A1 (en) * | 2007-10-18 | 2010-09-02 | Kunihiro Ishiguro | Carrier Network Connection Device And Carrier Network |
US7969980B1 (en) * | 2004-05-04 | 2011-06-28 | Cisco Technology, Inc. | Internet protocol multicast distribution in Ethernet networks |
US20130058334A1 (en) * | 2010-07-06 | 2013-03-07 | Teemu Koponen | Packet processing in a network with hierarchical managed switching elements |
WO2013189059A1 (en) * | 2012-06-21 | 2013-12-27 | 华为技术有限公司 | Packet processing method, apparatus, host and network system |
US20150046966A1 (en) * | 2012-03-12 | 2015-02-12 | Shenzhen Topway Video Communication Co., Ltd. | Cable tv network broadband access system with distributed deployment and centralized control |
US9094525B2 (en) | 2003-03-10 | 2015-07-28 | Vpn Multicast Technologies Llc | Audio-video multi-participant conference systems using PSTN and internet networks |
US9503272B2 (en) | 2014-03-13 | 2016-11-22 | Cisco Technology, Inc. | Fast convergence with multicast source mobility |
US20170142234A1 (en) * | 2015-11-13 | 2017-05-18 | Microsoft Technology Licensing, Llc | Scalable addressing mechanism for virtual machines |
US9680750B2 (en) | 2010-07-06 | 2017-06-13 | Nicira, Inc. | Use of tunnels to hide network addresses |
US11575775B2 (en) * | 2017-01-04 | 2023-02-07 | Extreme Networks, Inc. | Overlay IP multicast over unicast IP networks |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7092390B2 (en) * | 2000-09-07 | 2006-08-15 | Sbc Technology Resources, Inc. | Internal substitution bi-level addressing for compatible public networks |
JP4320603B2 (en) * | 2004-02-26 | 2009-08-26 | 日本電気株式会社 | Subscriber line accommodation apparatus and packet filtering method |
US7680150B2 (en) * | 2004-04-13 | 2010-03-16 | Texas Instruments Incorporated | Virtual clear channel avoidance (CCA) mechanism for wireless communications |
JP4401864B2 (en) * | 2004-05-17 | 2010-01-20 | パナソニック株式会社 | Packet generation method, communication method, packet processing method, and data structure |
US7715310B1 (en) | 2004-05-28 | 2010-05-11 | Cisco Technology, Inc. | L2VPN redundancy with ethernet access domain |
US7643409B2 (en) * | 2004-08-25 | 2010-01-05 | Cisco Technology, Inc. | Computer network with point-to-point pseudowire redundancy |
US7779461B1 (en) * | 2004-11-16 | 2010-08-17 | Juniper Networks, Inc. | Point-to-multi-point/non-broadcasting multi-access VPN tunnels |
US20060159114A1 (en) * | 2005-01-19 | 2006-07-20 | Mediacell Licensing Corp. | Dispersed High Level Devices in a Network Environment |
FR2882939B1 (en) * | 2005-03-11 | 2007-06-08 | Centre Nat Rech Scient | FLUIDIC SEPARATION DEVICE |
US7609691B2 (en) * | 2005-03-21 | 2009-10-27 | Cisco Technology, Inc. | Method and system for automatically interconnecting IPv4 networks across an IPv6 network |
US8213435B2 (en) * | 2005-04-28 | 2012-07-03 | Cisco Technology, Inc. | Comprehensive model for VPLS |
US8194656B2 (en) | 2005-04-28 | 2012-06-05 | Cisco Technology, Inc. | Metro ethernet network with scaled broadcast and service instance domains |
US7835370B2 (en) * | 2005-04-28 | 2010-11-16 | Cisco Technology, Inc. | System and method for DSL subscriber identification over ethernet network |
US9088669B2 (en) * | 2005-04-28 | 2015-07-21 | Cisco Technology, Inc. | Scalable system and method for DSL subscriber traffic over an Ethernet network |
US8094663B2 (en) * | 2005-05-31 | 2012-01-10 | Cisco Technology, Inc. | System and method for authentication of SP ethernet aggregation networks |
US8630298B2 (en) * | 2005-06-11 | 2014-01-14 | Sandwave Ip, Llc | Dispersed high level devices in a network environment |
US8175078B2 (en) * | 2005-07-11 | 2012-05-08 | Cisco Technology, Inc. | Redundant pseudowires between Ethernet access domains |
US7889754B2 (en) | 2005-07-12 | 2011-02-15 | Cisco Technology, Inc. | Address resolution mechanism for ethernet maintenance endpoints |
US8169924B2 (en) * | 2005-08-01 | 2012-05-01 | Cisco Technology, Inc. | Optimal bridging over MPLS/IP through alignment of multicast and unicast paths |
US7855950B2 (en) * | 2005-08-01 | 2010-12-21 | Cisco Technology, Inc. | Congruent forwarding paths for unicast and multicast traffic |
US9088619B2 (en) * | 2005-09-14 | 2015-07-21 | Cisco Technology, Inc. | Quality of service based on logical port identifier for broadband aggregation networks |
KR100886433B1 (en) | 2006-08-18 | 2009-03-02 | 한국전자통신연구원 | IP6 support method in wireless communication system using extended bridge |
US8804534B2 (en) * | 2007-05-19 | 2014-08-12 | Cisco Technology, Inc. | Interworking between MPLS/IP and Ethernet OAM mechanisms |
US7940695B1 (en) | 2007-06-08 | 2011-05-10 | Juniper Networks, Inc. | Failure detection for tunneled label-switched paths |
US8531941B2 (en) | 2007-07-13 | 2013-09-10 | Cisco Technology, Inc. | Intra-domain and inter-domain bridging over MPLS using MAC distribution via border gateway protocol |
CN101369907B (en) * | 2007-08-15 | 2011-09-28 | 华为技术有限公司 | Multicast service implementing method, its apparatus and system |
US8077709B2 (en) | 2007-09-19 | 2011-12-13 | Cisco Technology, Inc. | Redundancy at a virtual provider edge node that faces a tunneling protocol core network for virtual private local area network (LAN) service (VPLS) |
US8139515B2 (en) * | 2007-12-27 | 2012-03-20 | Motorola Mobility, Inc. | Device and method of managing data communications of a device in a network via a split tunnel mode connection |
US9137209B1 (en) * | 2008-12-10 | 2015-09-15 | Amazon Technologies, Inc. | Providing local secure network access to remote services |
CN104065555B (en) * | 2009-09-24 | 2018-09-18 | 日本电气株式会社 | Communication identification method between communication identification system and virtual server between virtual server |
JP5617137B2 (en) | 2010-05-28 | 2014-11-05 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | Virtual layer 2 and mechanisms for making it scalable |
US20110310907A1 (en) * | 2010-06-16 | 2011-12-22 | Broadcom Corporation | Systems and methods for implementing a control plane in a distributed network |
JP5830093B2 (en) * | 2010-06-29 | 2015-12-09 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | Asymmetric network address encapsulation |
US8339973B1 (en) * | 2010-09-07 | 2012-12-25 | Juniper Networks, Inc. | Multicast traceroute over MPLS/BGP IP multicast VPN |
US9049140B2 (en) * | 2010-11-18 | 2015-06-02 | Microsoft Technology Licensing, Llc | Backbone network with policy driven routing |
US8650285B1 (en) | 2011-03-22 | 2014-02-11 | Cisco Technology, Inc. | Prevention of looping and duplicate frame delivery in a network environment |
US9124529B1 (en) * | 2012-12-20 | 2015-09-01 | Juniper Networks, Inc. | Methods and apparatus for assessing the quality of a data path including both layer-2 and layer-3 devices |
WO2014163256A1 (en) * | 2013-04-01 | 2014-10-09 | 주식회사 앤솔루션 | System for dividing network using virtual private network and method therefor |
US9787499B2 (en) * | 2014-09-19 | 2017-10-10 | Amazon Technologies, Inc. | Private alias endpoints for isolated virtual networks |
US9935850B1 (en) * | 2014-11-18 | 2018-04-03 | Berryville Holdings, LLC | Systems and methods for implementing an on-demand computing network environment |
US10342567B2 (en) * | 2015-04-16 | 2019-07-09 | Ethicon Llc | Ultrasonic surgical instrument with opposing thread drive for end effector articulation |
US20210235269A1 (en) * | 2016-04-19 | 2021-07-29 | Nokia Solutions And Networks Oy | Network authorization assistance |
CN106911724B (en) * | 2017-04-27 | 2020-03-06 | 杭州迪普科技股份有限公司 | Message processing method and device |
CN107659485B (en) * | 2017-10-31 | 2021-02-05 | 新华三技术有限公司 | Method and device for communication between equipment and server in Virtual Private Network (VPN) |
TW202021384A (en) * | 2018-11-23 | 2020-06-01 | 財團法人工業技術研究院 | Network service system and network service method |
CN109361614A (en) * | 2018-12-14 | 2019-02-19 | 锐捷网络股份有限公司 | A kind of load-balancing method and system based on VXLAN |
CN114915589B (en) * | 2021-02-10 | 2024-06-04 | 华为技术有限公司 | Message transmission method and device |
Citations (60)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5600644A (en) | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
US5633869A (en) | 1992-09-14 | 1997-05-27 | Network Equipment Technologies, Inc. | Virtual network using asynchronous transfer mode |
US5737333A (en) | 1995-06-23 | 1998-04-07 | Lucent Technologies Inc. | Method and apparatus for interconnecting ATM-attached hosts with telephone-network attached hosts |
US5757796A (en) | 1996-04-26 | 1998-05-26 | Cascade Communications Corp. | ATM address translation method and apparatus |
US5781529A (en) | 1996-03-27 | 1998-07-14 | General Datacomm, Inc. | Systems and methods for routing ATM switched virtual circuit calls |
US5809025A (en) | 1996-03-15 | 1998-09-15 | Motorola, Inc. | Virtual path-based static routing |
US5828844A (en) | 1996-10-08 | 1998-10-27 | At&T Corp. | Internet NCP over ATM |
US5835710A (en) | 1994-08-31 | 1998-11-10 | Kabushiki Kaisha Toshiba | Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication |
US5892763A (en) | 1994-08-18 | 1999-04-06 | Telia Ab | Arrangement for supplying local network emulation service over public connectionless ATM-network |
US5903559A (en) | 1996-12-20 | 1999-05-11 | Nec Usa, Inc. | Method for internet protocol switching over fast ATM cell transport |
WO1999029137A2 (en) | 1997-12-01 | 1999-06-10 | Telia Ab (Publ) | Ip/atm network system adapted for the simultaneous transmission of ip data packets to a plurality of users |
US5930477A (en) | 1995-05-08 | 1999-07-27 | Fujitsu Limited | Header converting method |
US5936959A (en) | 1996-05-31 | 1999-08-10 | Mmc Networks, Inc. | Cell routing in ATM networks |
US5940396A (en) | 1996-08-21 | 1999-08-17 | 3Com Ltd. | Method of routing in an asynchronous transfer mode network |
US5940394A (en) * | 1996-08-08 | 1999-08-17 | At&T Corp | Transferring messages in networks made up of subnetworks with different namespaces |
US5946313A (en) | 1997-03-20 | 1999-08-31 | Northern Telecom Limited | Mechanism for multiplexing ATM AAL5 virtual circuits over ethernet |
US5949782A (en) | 1996-03-29 | 1999-09-07 | General Datacomm, Inc. | Call correlation tag for ATM messages |
US5958018A (en) | 1996-10-30 | 1999-09-28 | Lucent Technologies Inc. | Wireless services data network translating mac address to asynchronous transfer mode (ATM) address |
US5983332A (en) | 1996-07-01 | 1999-11-09 | Sun Microsystems, Inc. | Asynchronous transfer mode (ATM) segmentation and reassembly unit virtual address translation unit architecture |
US5991854A (en) | 1996-07-01 | 1999-11-23 | Sun Microsystems, Inc. | Circuit and method for address translation, using update and flush control circuits |
US6016319A (en) | 1995-10-31 | 2000-01-18 | Lucent Technologies, Inc. | Communications system for transmission of datagram packets over connection-oriented networks |
US6021263A (en) | 1996-02-16 | 2000-02-01 | Lucent Technologies, Inc. | Management of ATM virtual circuits with resources reservation protocol |
US6034958A (en) | 1997-07-11 | 2000-03-07 | Telefonaktiebolaget Lm Ericsson | VP/VC lookup function |
US6055236A (en) * | 1998-03-05 | 2000-04-25 | 3Com Corporation | Method and system for locating network services with distributed network address translation |
US6078586A (en) | 1998-08-03 | 2000-06-20 | Mci Communications Corporation | ATM virtual private networks |
US6081836A (en) | 1995-07-05 | 2000-06-27 | Siemens Aktiengesellschaft | Method for the transmission of information packets between emulated LANs using address resolution |
US6111881A (en) | 1997-12-29 | 2000-08-29 | Nortel Networks Corporation | Signaling protocol for rerouting ATM connections in PNNI environments |
US6122670A (en) | 1997-10-30 | 2000-09-19 | Tsi Telsys, Inc. | Apparatus and method for constructing data for transmission within a reliable communication protocol by performing portions of the protocol suite concurrently |
WO2000057296A1 (en) | 1999-03-23 | 2000-09-28 | Cornice Communications, Inc. | A network resource administration server for provisioning services over a network |
US6138144A (en) | 1997-06-24 | 2000-10-24 | At&T Corp. | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network implemented over an ATM network |
WO2000076122A2 (en) | 1999-06-03 | 2000-12-14 | Fujitsu Network Communications, Inc. | Lan emulation using paired unicast and broadcast virtual connections |
WO2001011837A1 (en) | 1999-08-09 | 2001-02-15 | Mci Worldcom, Inc. | Method of and system for providing quality of service in ip telephony |
US6195364B1 (en) | 1999-08-24 | 2001-02-27 | Qwest Communications International Inc. | VSDL multiple service provider interface |
US6222842B1 (en) | 1996-10-10 | 2001-04-24 | Hewlett-Packard Company | System providing for multiple virtual circuits between two network entities |
WO2001031829A2 (en) | 1999-10-20 | 2001-05-03 | Alcatel Internetworking, Inc. | Rsvp proxy service for communication network |
US6252857B1 (en) | 1998-03-04 | 2001-06-26 | At&T Corp. | Method and apparatus for provisioned and dynamic quality of service in a communications network |
US6314098B1 (en) | 1997-05-12 | 2001-11-06 | Nec Corporation | ATM connectionless communication system having session supervising and connection supervising functions |
US6345051B1 (en) | 1997-02-18 | 2002-02-05 | Cisco Technology, Inc. | Method and apparatus for multiplexing of multiple users on the same virtual circuit |
US20020038419A1 (en) | 2000-03-20 | 2002-03-28 | Garrett John W. | Service selection in a shared access network using tunneling |
US6385170B1 (en) | 1998-12-29 | 2002-05-07 | At&T Corp. | Method and system for dynamically triggering flow-based quality of service shortcuts through a router |
US20020061011A1 (en) | 2000-09-07 | 2002-05-23 | Sbc Technology Resources, Inc. | Internal substitution bi-level addressing for compatible public networks |
US6456962B1 (en) | 1999-06-03 | 2002-09-24 | Fujitsu Network Communications, Inc. | Interface to network protocol software to support hardware acceleration of critical functions |
US20020141369A1 (en) | 2001-03-29 | 2002-10-03 | Telefonaktiebolaget L M Ericsson | Method, system and node for providing enhanced mobility in simple IP telecommunication networks when performing L2TP tunneling |
US6470389B1 (en) | 1997-03-14 | 2002-10-22 | Lucent Technologies Inc. | Hosting a network service on a cluster of servers using a single-address image |
US6496479B1 (en) | 1997-09-26 | 2002-12-17 | Sony Corporation | Network resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus |
US20020196793A1 (en) | 2000-11-29 | 2002-12-26 | Quikcat.Com, Inc. | End-user communication systems access network |
US6516417B1 (en) | 1998-08-07 | 2003-02-04 | Nortel Networks, Limited | Virtual private networks |
US20030028671A1 (en) | 2001-06-08 | 2003-02-06 | 4Th Pass Inc. | Method and system for two-way initiated data communication with wireless devices |
US6523068B1 (en) | 1999-08-27 | 2003-02-18 | 3Com Corporation | Method for encapsulating and transmitting a message includes private and forwarding network addresses with payload to an end of a tunneling association |
US6538416B1 (en) | 1999-03-09 | 2003-03-25 | Lucent Technologies Inc. | Border gateway reservation protocol for tree-based aggregation of inter-domain reservations |
US20030076854A1 (en) | 2000-01-10 | 2003-04-24 | Mudhar Parminder S | Communications network |
US20030088696A1 (en) | 1999-01-11 | 2003-05-08 | Fastforward Networks, Inc. | Performing multicast communication in computer networks by using overlay routing |
US6563794B1 (en) | 1998-08-28 | 2003-05-13 | Fujitsu Limited | Boundary device for performing a connection control at a boundary between two communications networks |
US20030115480A1 (en) * | 2001-12-17 | 2003-06-19 | Worldcom, Inc. | System, method and apparatus that employ virtual private networks to resist IP QoS denial of service attacks |
US6625124B1 (en) | 2000-03-03 | 2003-09-23 | Luminous Networks, Inc. | Automatic reconfiguration of short addresses for devices in a network due to change in network topology |
US20040013130A1 (en) * | 2002-07-15 | 2004-01-22 | Hexago Inc. | Method and apparatus for connecting IPV6 devices through an IPV4 network using a tunneling protocol |
US6751218B1 (en) | 2000-02-26 | 2004-06-15 | Avaya Technology Corp. | Method and system for ATM-coupled multicast service over IP networks |
US6788681B1 (en) * | 1999-03-16 | 2004-09-07 | Nortel Networks Limited | Virtual private networks and methods for their operation |
US6798782B1 (en) | 1999-12-10 | 2004-09-28 | Sun Microsystems, Inc. | Truly anonymous communications using supernets, with the provision of topology hiding |
US7110375B2 (en) * | 2001-06-28 | 2006-09-19 | Nortel Networks Limited | Virtual private network identification extension |
Family Cites Families (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US196793A (en) * | 1877-11-06 | Improvement in machines for scouring and dressing sheep and goat skins | ||
US38419A (en) * | 1863-05-05 | Improved device for heating ores for smelting-furnaces | ||
US583710A (en) * | 1897-06-01 | Street-sweeper | ||
US28671A (en) * | 1860-06-12 | Burglar-alarm | ||
US76854A (en) * | 1868-04-14 | Benjamin ward | ||
US88696A (en) * | 1869-04-06 | Improved rock-drill | ||
US61011A (en) * | 1867-01-08 | Improvement in skirt supporters | ||
US141369A (en) * | 1873-07-29 | Improvement in apparatus for teaching in schools | ||
US5491800A (en) * | 1993-12-20 | 1996-02-13 | Taligent, Inc. | Object-oriented remote procedure call networking system |
US6430195B1 (en) * | 1994-05-05 | 2002-08-06 | Sprint Communications Company L.P. | Broadband telecommunications system interface |
US5768271A (en) * | 1996-04-12 | 1998-06-16 | Alcatel Data Networks Inc. | Virtual private network |
US6085238A (en) * | 1996-04-23 | 2000-07-04 | Matsushita Electric Works, Ltd. | Virtual LAN system |
JP2944531B2 (en) * | 1996-09-12 | 1999-09-06 | 日本電気通信システム株式会社 | LAN connection device |
US6188689B1 (en) * | 1996-10-04 | 2001-02-13 | Kabushiki Kaisha Toshiba | Network node and method of frame transfer |
US6137800A (en) * | 1997-05-09 | 2000-10-24 | Sprint Communications Company, L. P. | System and method for connecting a call |
US6151297A (en) * | 1997-07-08 | 2000-11-21 | Hewlett-Packard Company | Method and system for link level server/switch trunking |
US6147993A (en) * | 1997-10-14 | 2000-11-14 | Cisco Technology, Inc. | Method and apparatus for implementing forwarding decision shortcuts at a network switch |
US6172981B1 (en) * | 1997-10-30 | 2001-01-09 | International Business Machines Corporation | Method and system for distributing network routing functions to local area network stations |
US6484210B1 (en) * | 1997-11-10 | 2002-11-19 | General Instrument Corporation | Packet processing relay agent to provide link layer forwarding in one-way cable/wireless/satellite modems |
JP3516432B2 (en) * | 1997-11-18 | 2004-04-05 | 株式会社東芝 | Node device and packet transfer method |
US7369556B1 (en) * | 1997-12-23 | 2008-05-06 | Cisco Technology, Inc. | Router for virtual private network employing tag switching |
US6459682B1 (en) * | 1998-04-07 | 2002-10-01 | International Business Machines Corporation | Architecture for supporting service level agreements in an IP network |
EP0975123A1 (en) * | 1998-07-15 | 2000-01-26 | Telefonaktiebolaget L M Ericsson (Publ) | Communication device and method for reliable and low-delay packet transmission |
US5991300A (en) * | 1998-09-08 | 1999-11-23 | Cisco Technology, Inc. | Technique for efficiently performing optional TTL propagation during label imposition |
US6937574B1 (en) | 1999-03-16 | 2005-08-30 | Nortel Networks Limited | Virtual private networks and methods for their operation |
JP3465620B2 (en) * | 1999-03-17 | 2003-11-10 | 日本電気株式会社 | Virtual private network construction system |
US6614791B1 (en) * | 1999-05-11 | 2003-09-02 | Nortel Networks Limited | System, device, and method for supporting virtual private networks |
US6587462B2 (en) * | 2001-02-16 | 2003-07-01 | Dunti Corporation | Address mapping mechanism enabling multi-domain addressing in communication networks |
US6587466B1 (en) * | 1999-05-27 | 2003-07-01 | International Business Machines Corporation | Search tree for policy based packet classification in communication networks |
JP4110671B2 (en) * | 1999-05-27 | 2008-07-02 | 株式会社日立製作所 | Data transfer device |
US7177952B1 (en) * | 1999-10-01 | 2007-02-13 | Nortel Networks Limited | Method and system for switching between two network access technologies without interrupting active network applications |
US6643287B1 (en) * | 1999-11-24 | 2003-11-04 | Pluris, Inc. | Apparatus and method for forwarding encapsulated data packets on a network having multiple links between nodes |
JP3478218B2 (en) * | 1999-12-27 | 2003-12-15 | 日本電気株式会社 | Edge node exchanges and exchanges |
JP2001237876A (en) * | 2000-02-21 | 2001-08-31 | Nec Corp | Buildup method for ip virtual private network and the ip virtual private network |
US6574195B2 (en) * | 2000-04-19 | 2003-06-03 | Caspian Networks, Inc. | Micro-flow management |
JP2001326697A (en) * | 2000-05-17 | 2001-11-22 | Hitachi Ltd | Mobile communication network, terminal, packet communication control method, and gateway unit |
EP2101446B1 (en) | 2000-06-16 | 2012-03-21 | Fujitsu Limited | Communication device having VPN accomodation function |
JP4201466B2 (en) * | 2000-07-26 | 2008-12-24 | 富士通株式会社 | VPN system and VPN setting method in mobile IP network |
US6993026B1 (en) * | 2000-08-31 | 2006-01-31 | Verizon Communications Inc. | Methods, apparatus and data structures for preserving address and service level information in a virtual private network |
US7315554B2 (en) * | 2000-08-31 | 2008-01-01 | Verizon Communications Inc. | Simple peering in a transport network employing novel edge devices |
US6850495B1 (en) * | 2000-08-31 | 2005-02-01 | Verizon Communications Inc. | Methods, apparatus and data structures for segmenting customers using at least a portion of a layer 2 address header or bits in the place of a layer 2 address header |
US6771673B1 (en) * | 2000-08-31 | 2004-08-03 | Verizon Communications Inc. | Methods and apparatus and data structures for providing access to an edge router of a network |
JP4183379B2 (en) * | 2000-11-27 | 2008-11-19 | 富士通株式会社 | Network and edge router |
US20020085567A1 (en) * | 2000-12-28 | 2002-07-04 | Maple Optical Systems, Inc. | Metro switch and method for transporting data configured according to multiple different formats |
US20020085565A1 (en) * | 2000-12-28 | 2002-07-04 | Maple Optical Systems, Inc. | Technique for time division multiplex forwarding of data streams |
US7155518B2 (en) * | 2001-01-08 | 2006-12-26 | Interactive People Unplugged Ab | Extranet workgroup formation across multiple mobile virtual private networks |
US6469983B2 (en) * | 2001-02-26 | 2002-10-22 | Maple Optical Systems, Inc. | Data packet transmission scheduling using a partitioned heap |
US7181237B2 (en) * | 2001-03-15 | 2007-02-20 | Siemens Communications, Inc. | Control of a multi-mode, multi-band mobile telephone via a single hardware and software man machine interface |
US7136374B1 (en) * | 2001-03-19 | 2006-11-14 | Juniper Networks, Inc. | Transport networks supporting virtual private networks, and configuring such networks |
US7181017B1 (en) * | 2001-03-23 | 2007-02-20 | David Felsher | System and method for secure three-party communications |
US7002936B2 (en) * | 2001-03-30 | 2006-02-21 | Telcordia Technologies, Inc. | Distributed soft handoff among IP-based base stations |
US7307963B2 (en) * | 2001-08-03 | 2007-12-11 | At&T Corp. | Architecture and method for using IEEE 802.11-like wireless LAN system to emulate private land mobile radio system (PLMRS) radio service |
JP4236398B2 (en) * | 2001-08-15 | 2009-03-11 | 富士通株式会社 | Communication method, communication system, and communication connection program |
JP4186446B2 (en) * | 2001-09-11 | 2008-11-26 | 株式会社日立製作所 | Address translation method |
US7463639B1 (en) * | 2001-09-26 | 2008-12-09 | Junpier Networks, Inc. | Edge devices for providing a transparent LAN segment service and configuring such edge devices |
US7126952B2 (en) * | 2001-09-28 | 2006-10-24 | Intel Corporation | Multiprotocol decapsulation/encapsulation control structure and packet protocol conversion method |
US20030074469A1 (en) * | 2001-10-15 | 2003-04-17 | Alcatel | Method and apparatus for transparent LAN-to-LAN connection between two customer locations through a RPR data transport network |
US7164658B1 (en) * | 2001-10-15 | 2007-01-16 | Cisco Technology, Inc. | Distribution of data transfer load when transmitting layer-3 datagrams on a layer-2 network |
US7200144B2 (en) * | 2001-10-18 | 2007-04-03 | Qlogic, Corp. | Router and methods using network addresses for virtualization |
JP3885573B2 (en) * | 2001-12-04 | 2007-02-21 | 株式会社日立製作所 | Packet processing method and apparatus |
US7246175B1 (en) * | 2001-12-07 | 2007-07-17 | Cisco Technology, Inc. | IPv6 over MPLS IPv4 core |
US8713185B2 (en) * | 2001-12-07 | 2014-04-29 | Rockstar Bidco, LP | Methods of establishing virtual circuits and of providing a virtual private network service through a shared network, and provider edge device for such network |
US7320070B2 (en) * | 2002-01-08 | 2008-01-15 | Verizon Services Corp. | Methods and apparatus for protecting against IP address assignments based on a false MAC address |
US7873985B2 (en) * | 2002-01-08 | 2011-01-18 | Verizon Services Corp. | IP based security applications using location, port and/or device identifier information |
JP3880404B2 (en) * | 2002-01-18 | 2007-02-14 | 富士通株式会社 | MPLS network system |
JP3967141B2 (en) * | 2002-01-28 | 2007-08-29 | 富士通株式会社 | Frame relay system and frame relay device |
US6789121B2 (en) * | 2002-02-08 | 2004-09-07 | Nortel Networks Limited | Method of providing a virtual private network service through a shared network, and provider edge device for such network |
US7768993B2 (en) * | 2002-02-13 | 2010-08-03 | Nortel Networks Limited | Transport for wireless radio access networks |
JP3898535B2 (en) * | 2002-03-14 | 2007-03-28 | 株式会社日立製作所 | Data transfer device |
US20060156409A1 (en) * | 2002-04-02 | 2006-07-13 | James Chladek | System and method for subscription broadcast medium delivered over a broadband network |
US7961884B2 (en) * | 2002-08-13 | 2011-06-14 | Ipass Inc. | Method and system for changing security information in a computer network |
US7095738B1 (en) * | 2002-05-07 | 2006-08-22 | Cisco Technology, Inc. | System and method for deriving IPv6 scope identifiers and for mapping the identifiers into IPv6 addresses |
US7477657B1 (en) * | 2002-05-08 | 2009-01-13 | Juniper Networks, Inc. | Aggregating end-to-end QoS signaled packet flows through label switched paths |
TW574660B (en) * | 2002-05-16 | 2004-02-01 | Ind Tech Res Inst | Method targeting at range search and for information search complying with specified rule |
JP3952860B2 (en) * | 2002-05-30 | 2007-08-01 | 株式会社日立製作所 | Protocol converter |
US7548541B2 (en) * | 2002-06-04 | 2009-06-16 | Alcatel-Lucent Usa Inc. | Managing VLAN traffic in a multiport network node using customer-specific identifiers |
US7310356B2 (en) * | 2002-06-24 | 2007-12-18 | Paradyne Corporation | Automatic discovery of network core type |
US7555562B2 (en) * | 2002-06-27 | 2009-06-30 | Alcatel Lucent | Method and apparatus for mirroring traffic over a network |
US6785265B2 (en) * | 2002-07-08 | 2004-08-31 | Sbc Properties, L.P. | Ethernet-based digital subscriber line methods and systems |
CA2493383C (en) * | 2002-07-16 | 2012-07-10 | Enterasys Networks, Inc. | Apparatus and method for a virtual hierarchial local area network |
US7480312B2 (en) * | 2002-08-19 | 2009-01-20 | Tehuti Networks Ltd. | Network traffic accelerator system and method |
KR100496984B1 (en) * | 2002-08-21 | 2005-06-23 | 한국전자통신연구원 | A Method of Setting the QoS supported bi-directional Tunnel and distributing L2 VPN membership Information for L2VPN using LDP-extension |
US7574738B2 (en) * | 2002-11-06 | 2009-08-11 | At&T Intellectual Property Ii, L.P. | Virtual private network crossovers based on certificates |
US7327722B1 (en) * | 2002-11-13 | 2008-02-05 | Cisco Technology, Inc. | Bridging routed encapsulation |
US20040105459A1 (en) * | 2002-11-30 | 2004-06-03 | Raghu Mannam | Method and a system to build efficient communications networks in which MPLS functionality is incorporated within the SONET/SDH/OTN transport equipment by performing it in the GFP layer |
CN1757210A (en) * | 2003-01-15 | 2006-04-05 | 希尔纳公司 | A method and apparatus for transporting packet data over an optical network |
US7386881B2 (en) * | 2003-01-21 | 2008-06-10 | Swander Brian D | Method for mapping security associations to clients operating behind a network address translation device |
US7417950B2 (en) * | 2003-02-03 | 2008-08-26 | Ciena Corporation | Method and apparatus for performing data flow ingress/egress admission control in a provider network |
US7567510B2 (en) * | 2003-02-13 | 2009-07-28 | Cisco Technology, Inc. | Security groups |
US7149225B2 (en) * | 2003-03-10 | 2006-12-12 | Cisco Technology, Inc. | Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point |
US20040202199A1 (en) * | 2003-04-11 | 2004-10-14 | Alcatel | Address resolution in IP interworking layer 2 point-to-point connections |
US7398322B1 (en) * | 2003-05-20 | 2008-07-08 | Sun Microsystems, Inc. | System using routing bridges to transparently interconnect multiple network links to form a single virtual network link |
US7260840B2 (en) * | 2003-06-06 | 2007-08-21 | Microsoft Corporation | Multi-layer based method for implementing network firewalls |
US7715380B2 (en) * | 2003-06-19 | 2010-05-11 | Cisco Technology, Inc. | Apparatus and methods for handling shared services through virtual route forwarding (VRF)-aware-NAT |
US7937495B2 (en) * | 2003-06-25 | 2011-05-03 | Cisco Technology, Inc. | System and method for modifying data transferred from a source to a destination |
US7453852B2 (en) * | 2003-07-14 | 2008-11-18 | Lucent Technologies Inc. | Method and system for mobility across heterogeneous address spaces |
US8718057B1 (en) * | 2004-01-20 | 2014-05-06 | Nortel Networks Limited | Ethernet LAN service enhancements |
US7499450B2 (en) * | 2004-04-30 | 2009-03-03 | Infineon Technologies Ag | Router IP port for an IP router |
US7440405B2 (en) * | 2005-03-11 | 2008-10-21 | Reti Corporation | Apparatus and method for packet forwarding with quality of service and rate control |
DE102007047023A1 (en) * | 2007-10-01 | 2009-01-22 | Siemens Ag | Magnetic resonance apparatus, with a scanning tunnel for the patient, has a shim iron to act on the main magnet generating the static magnetic field |
-
2003
- 2003-07-29 US US10/628,238 patent/US7447203B2/en active Active
-
2008
- 2008-10-06 US US12/246,025 patent/US8243732B2/en not_active Expired - Fee Related
-
2012
- 2012-07-06 US US13/542,724 patent/US8520681B2/en not_active Expired - Lifetime
-
2013
- 2013-07-26 US US13/951,867 patent/US8942240B2/en not_active Expired - Fee Related
-
2015
- 2015-01-23 US US14/604,161 patent/US9467373B2/en not_active Expired - Fee Related
-
2016
- 2016-09-13 US US15/263,597 patent/US10313306B2/en not_active Expired - Fee Related
-
2019
- 2019-05-24 US US16/422,096 patent/US11240206B2/en not_active Expired - Lifetime
-
2021
- 2021-10-22 US US17/508,554 patent/US20220045989A1/en not_active Abandoned
Patent Citations (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5633869A (en) | 1992-09-14 | 1997-05-27 | Network Equipment Technologies, Inc. | Virtual network using asynchronous transfer mode |
US5892763A (en) | 1994-08-18 | 1999-04-06 | Telia Ab | Arrangement for supplying local network emulation service over public connectionless ATM-network |
US6598080B1 (en) | 1994-08-31 | 2003-07-22 | Kabushiki Kaisha Toshiba | Network interconnection apparatus network node apparatus and packet transfer method for high speed large capacity inter-network communication |
US6343322B2 (en) | 1994-08-31 | 2002-01-29 | Kabushiki Kaisha Toshiba | IP over ATM system using control messages to set up cut-through paths or bypass pipes in routers |
US5835710A (en) | 1994-08-31 | 1998-11-10 | Kabushiki Kaisha Toshiba | Network interconnection apparatus, network node apparatus, and packet transfer method for high speed, large capacity inter-network communication |
US5600644A (en) | 1995-03-10 | 1997-02-04 | At&T | Method and apparatus for interconnecting LANs |
US5930477A (en) | 1995-05-08 | 1999-07-27 | Fujitsu Limited | Header converting method |
US5737333A (en) | 1995-06-23 | 1998-04-07 | Lucent Technologies Inc. | Method and apparatus for interconnecting ATM-attached hosts with telephone-network attached hosts |
US6081836A (en) | 1995-07-05 | 2000-06-27 | Siemens Aktiengesellschaft | Method for the transmission of information packets between emulated LANs using address resolution |
US6016319A (en) | 1995-10-31 | 2000-01-18 | Lucent Technologies, Inc. | Communications system for transmission of datagram packets over connection-oriented networks |
US6021263A (en) | 1996-02-16 | 2000-02-01 | Lucent Technologies, Inc. | Management of ATM virtual circuits with resources reservation protocol |
US5809025A (en) | 1996-03-15 | 1998-09-15 | Motorola, Inc. | Virtual path-based static routing |
US5781529A (en) | 1996-03-27 | 1998-07-14 | General Datacomm, Inc. | Systems and methods for routing ATM switched virtual circuit calls |
US5949782A (en) | 1996-03-29 | 1999-09-07 | General Datacomm, Inc. | Call correlation tag for ATM messages |
US5757796A (en) | 1996-04-26 | 1998-05-26 | Cascade Communications Corp. | ATM address translation method and apparatus |
US5936959A (en) | 1996-05-31 | 1999-08-10 | Mmc Networks, Inc. | Cell routing in ATM networks |
US5983332A (en) | 1996-07-01 | 1999-11-09 | Sun Microsystems, Inc. | Asynchronous transfer mode (ATM) segmentation and reassembly unit virtual address translation unit architecture |
US5991854A (en) | 1996-07-01 | 1999-11-23 | Sun Microsystems, Inc. | Circuit and method for address translation, using update and flush control circuits |
US5940394A (en) * | 1996-08-08 | 1999-08-17 | At&T Corp | Transferring messages in networks made up of subnetworks with different namespaces |
US5940396A (en) | 1996-08-21 | 1999-08-17 | 3Com Ltd. | Method of routing in an asynchronous transfer mode network |
US5828844A (en) | 1996-10-08 | 1998-10-27 | At&T Corp. | Internet NCP over ATM |
US6222842B1 (en) | 1996-10-10 | 2001-04-24 | Hewlett-Packard Company | System providing for multiple virtual circuits between two network entities |
US5958018A (en) | 1996-10-30 | 1999-09-28 | Lucent Technologies Inc. | Wireless services data network translating mac address to asynchronous transfer mode (ATM) address |
US5903559A (en) | 1996-12-20 | 1999-05-11 | Nec Usa, Inc. | Method for internet protocol switching over fast ATM cell transport |
US6343326B2 (en) | 1996-12-20 | 2002-01-29 | Nec Usa Inc | System and method of transferring internet protocol packets using fast ATM cell transport |
US6345051B1 (en) | 1997-02-18 | 2002-02-05 | Cisco Technology, Inc. | Method and apparatus for multiplexing of multiple users on the same virtual circuit |
US6470389B1 (en) | 1997-03-14 | 2002-10-22 | Lucent Technologies Inc. | Hosting a network service on a cluster of servers using a single-address image |
US5946313A (en) | 1997-03-20 | 1999-08-31 | Northern Telecom Limited | Mechanism for multiplexing ATM AAL5 virtual circuits over ethernet |
US6314098B1 (en) | 1997-05-12 | 2001-11-06 | Nec Corporation | ATM connectionless communication system having session supervising and connection supervising functions |
US6138144A (en) | 1997-06-24 | 2000-10-24 | At&T Corp. | Method for managing multicast addresses for transmitting and receiving multimedia conferencing information on an internet protocol (IP) network implemented over an ATM network |
US6034958A (en) | 1997-07-11 | 2000-03-07 | Telefonaktiebolaget Lm Ericsson | VP/VC lookup function |
US6496479B1 (en) | 1997-09-26 | 2002-12-17 | Sony Corporation | Network resource reservation control method and apparatus, receiving terminal, sending terminal, and relay apparatus |
US6122670A (en) | 1997-10-30 | 2000-09-19 | Tsi Telsys, Inc. | Apparatus and method for constructing data for transmission within a reliable communication protocol by performing portions of the protocol suite concurrently |
WO1999029137A2 (en) | 1997-12-01 | 1999-06-10 | Telia Ab (Publ) | Ip/atm network system adapted for the simultaneous transmission of ip data packets to a plurality of users |
US6111881A (en) | 1997-12-29 | 2000-08-29 | Nortel Networks Corporation | Signaling protocol for rerouting ATM connections in PNNI environments |
US6252857B1 (en) | 1998-03-04 | 2001-06-26 | At&T Corp. | Method and apparatus for provisioned and dynamic quality of service in a communications network |
US6055236A (en) * | 1998-03-05 | 2000-04-25 | 3Com Corporation | Method and system for locating network services with distributed network address translation |
US6078586A (en) | 1998-08-03 | 2000-06-20 | Mci Communications Corporation | ATM virtual private networks |
US6516417B1 (en) | 1998-08-07 | 2003-02-04 | Nortel Networks, Limited | Virtual private networks |
US6563794B1 (en) | 1998-08-28 | 2003-05-13 | Fujitsu Limited | Boundary device for performing a connection control at a boundary between two communications networks |
US6385170B1 (en) | 1998-12-29 | 2002-05-07 | At&T Corp. | Method and system for dynamically triggering flow-based quality of service shortcuts through a router |
US20030088696A1 (en) | 1999-01-11 | 2003-05-08 | Fastforward Networks, Inc. | Performing multicast communication in computer networks by using overlay routing |
US6538416B1 (en) | 1999-03-09 | 2003-03-25 | Lucent Technologies Inc. | Border gateway reservation protocol for tree-based aggregation of inter-domain reservations |
US6788681B1 (en) * | 1999-03-16 | 2004-09-07 | Nortel Networks Limited | Virtual private networks and methods for their operation |
WO2000057296A1 (en) | 1999-03-23 | 2000-09-28 | Cornice Communications, Inc. | A network resource administration server for provisioning services over a network |
WO2000076122A2 (en) | 1999-06-03 | 2000-12-14 | Fujitsu Network Communications, Inc. | Lan emulation using paired unicast and broadcast virtual connections |
US6456962B1 (en) | 1999-06-03 | 2002-09-24 | Fujitsu Network Communications, Inc. | Interface to network protocol software to support hardware acceleration of critical functions |
WO2001011837A1 (en) | 1999-08-09 | 2001-02-15 | Mci Worldcom, Inc. | Method of and system for providing quality of service in ip telephony |
US6195364B1 (en) | 1999-08-24 | 2001-02-27 | Qwest Communications International Inc. | VSDL multiple service provider interface |
US6523068B1 (en) | 1999-08-27 | 2003-02-18 | 3Com Corporation | Method for encapsulating and transmitting a message includes private and forwarding network addresses with payload to an end of a tunneling association |
WO2001031829A2 (en) | 1999-10-20 | 2001-05-03 | Alcatel Internetworking, Inc. | Rsvp proxy service for communication network |
US6798782B1 (en) | 1999-12-10 | 2004-09-28 | Sun Microsystems, Inc. | Truly anonymous communications using supernets, with the provision of topology hiding |
US20030076854A1 (en) | 2000-01-10 | 2003-04-24 | Mudhar Parminder S | Communications network |
US6751218B1 (en) | 2000-02-26 | 2004-06-15 | Avaya Technology Corp. | Method and system for ATM-coupled multicast service over IP networks |
US6625124B1 (en) | 2000-03-03 | 2003-09-23 | Luminous Networks, Inc. | Automatic reconfiguration of short addresses for devices in a network due to change in network topology |
US20020038419A1 (en) | 2000-03-20 | 2002-03-28 | Garrett John W. | Service selection in a shared access network using tunneling |
US20020061011A1 (en) | 2000-09-07 | 2002-05-23 | Sbc Technology Resources, Inc. | Internal substitution bi-level addressing for compatible public networks |
US20020196793A1 (en) | 2000-11-29 | 2002-12-26 | Quikcat.Com, Inc. | End-user communication systems access network |
US20020141369A1 (en) | 2001-03-29 | 2002-10-03 | Telefonaktiebolaget L M Ericsson | Method, system and node for providing enhanced mobility in simple IP telecommunication networks when performing L2TP tunneling |
US20030028671A1 (en) | 2001-06-08 | 2003-02-06 | 4Th Pass Inc. | Method and system for two-way initiated data communication with wireless devices |
US7110375B2 (en) * | 2001-06-28 | 2006-09-19 | Nortel Networks Limited | Virtual private network identification extension |
US20030115480A1 (en) * | 2001-12-17 | 2003-06-19 | Worldcom, Inc. | System, method and apparatus that employ virtual private networks to resist IP QoS denial of service attacks |
US20040013130A1 (en) * | 2002-07-15 | 2004-01-22 | Hexago Inc. | Method and apparatus for connecting IPV6 devices through an IPV4 network using a tunneling protocol |
Non-Patent Citations (25)
Title |
---|
"An Overview of ATM", <http://www.rware.demon.co.uk/atm.htm>, 1999. |
"ATM Bi-Level Addressing Document, Version 1.0 (Draft)" (STR-RA-ADDR-01.00), The ATM Forum Technical Committee, dated Jul. 2000. |
"ATM Bi-Level Addressing Document, Version 1.0" (STR-RA-ADDR-01.00), The ATM Forum Technical Committee, dated Jul. 2000. |
"ATM Forum Addressing: User Guide version 1.0" (AF-RA-0105.000), The ATM Forum Technical Committee, dated Jan. 1999. |
"ATM Name System V2.0 Baseline Text" (BTD-SAA-ANS-02.01), The ATM Forum Technical Committee, dated Jul. 1999. |
"Extensions to RSVP for QoS IP Over Signaled QoS Network", by Chen et al., SBC Communications, Inc., Apr. 2002, <http://www.ietf.org/internt-drafts/draft-weijing-rsvp-sqn-00.tex>. |
"New Capabilities ATM Addressing Document (Draft)" (BTD-RA-ADDR-02.03), The ATM Forum Technical Committee, dated Oct. 1998. |
"PNNI Transported Address Stack version 1.0" (AF-CS-0115.000), The ATM Forum Technical Committee, dated May 1999. |
"QoS Trials on SuperJANET in the Context of HICID and Other BT/JISC Project", by Crowcroft et al., Nov. 14, 1997, <http://www.cs.ucl.ac.uk/research/hicid/jisc-anc.html>. |
"Resource Reservation Protocol", Cisco Systems, Inc., published on Feb. 20, 2002, http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito<SUB>-</SUB>doc/rsvp.htm>. |
"RSVP Over ATM Implementation Requirements", by Berger, FORE Systems, Aug. 1998, <ftp://ftp.isi.edu/in-notes/rfc2380.txt>. |
"RSVP-ATM QoS Interworking", Cisco IOS Release 12.0 (3), 2001, pp. 1-34. |
"The Internet Multimedia Conferencing Architecture", by Handley et al., INET '96, Jun. 1996, pp. 1-13, http://www.isoc.org/inet96/proceedings/,>. |
ATM Forum Addressing: Reference Guide (AF-RA-0106.000), The ATM Forum Technical Committee, dated Feb. 1999. |
English Language Abstract of EP 1 036 450, published Sep. 20, 2000. |
K. Allen, et al., "IPv6 for Large Access Providers" (Oct. 2002). |
Specification for RFC 1034, entitled: "Domain Names-Concepts and Facilities", Nov. 1987. |
Specification for RFC 1035, entitled: "Domain Names-Implementation and Specification", Nov. 1987. |
Specification for RFC 1995, entitled: "Incremental Zone Transfer in DNS" Aug. 1996. |
Specification for RFC 1996, entitled: "A Mechanism for Prompt Notification of Zone Changes (DNS Notify)," Aug. 1996. |
Specification for RFC 2065, entitled: "Domain Name System Security Extensions" Jan. 1997. |
Specification for RFC 2136, entitled: "Dynamic Updates in the Domain Name System (DNS Update)," Apr. 1997. |
Specification for RFC 2137, entitled: "Secure Domain Name System Dynamic Update", Apr. 1997. |
WAN, "ASP Bi-level Addressing & ANS Requirements" (99-0534), dated Sep. 26-Oct. 1, 1999. |
WAN, "ASP Bi-level Addressing Architecture" (99-0649), dated Nov. 28-Dec. 4, 1999. |
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9253332B2 (en) | 2003-03-10 | 2016-02-02 | Vpn Multicast Technologies Llc | Voice conference call using PSTN and internet networks |
US9843612B2 (en) | 2003-03-10 | 2017-12-12 | Vpn Multicast Technologies, Llc | Voice conference call using PSTN and internet networks |
US9094525B2 (en) | 2003-03-10 | 2015-07-28 | Vpn Multicast Technologies Llc | Audio-video multi-participant conference systems using PSTN and internet networks |
US7969980B1 (en) * | 2004-05-04 | 2011-06-28 | Cisco Technology, Inc. | Internet protocol multicast distribution in Ethernet networks |
US20070147393A1 (en) * | 2004-09-10 | 2007-06-28 | Huawei Technologies Co., Ltd. | Method for Improving Subscriber Access Capacity, Broadband Access Device and Network |
US7920556B2 (en) * | 2004-09-10 | 2011-04-05 | Huawei Technologies Co., Ltd. | Method for improving subscriber access capacity, broadband access device and network |
US7801039B2 (en) * | 2005-02-14 | 2010-09-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and nodes for performing bridging of data traffic over an access domain |
US20060184645A1 (en) * | 2005-02-14 | 2006-08-17 | Sylvain Monette | Method and nodes for performing bridging of data traffic over an access domain |
US8265059B1 (en) | 2005-04-07 | 2012-09-11 | Marvell Israel (M.I.S.L.) Ltd. | Address scope checking for internet protocol version 6 |
US7653044B1 (en) * | 2005-04-07 | 2010-01-26 | Marvell Israel (M.I.S.L.) Ltd. | Address scope checking for internet protocol version 6 |
US8340077B2 (en) * | 2005-06-15 | 2012-12-25 | At&T Intellectual Property I, Lp | Providing operation services for networks via operations service servers |
US8811385B2 (en) | 2005-06-15 | 2014-08-19 | At&T Intellectual Property I, L.P. | Providing operation services for networks via operations service servers |
US20060285540A1 (en) * | 2005-06-15 | 2006-12-21 | Bellsouth Intellectual Property Corporation | Providing operation services for networks via operations service servers |
US7983158B2 (en) * | 2005-11-30 | 2011-07-19 | Motorola Solutions, Inc. | Routing topology bandwidth management methods and system |
US20070121503A1 (en) * | 2005-11-30 | 2007-05-31 | Liang Guo | Routing topology bandwidth management methods and system |
US8169903B2 (en) | 2006-03-07 | 2012-05-01 | Cisco Technology, Inc. | Managing traffic within and between virtual private networks when using a session border controller |
US20070211715A1 (en) * | 2006-03-07 | 2007-09-13 | Michel Khouderchah | Managing traffic within and between virtual private networks when using a session border controller |
US7787478B2 (en) * | 2006-03-07 | 2010-08-31 | Cisco Technology, Inc. | Managing traffic within and between virtual private networks when using a session border controller |
US20070211716A1 (en) * | 2006-03-07 | 2007-09-13 | Doron Oz | Managing traffic within and between virtual private networks when using a session border controller |
US20090037607A1 (en) * | 2007-07-31 | 2009-02-05 | Cisco Technology, Inc. | Overlay transport virtualization |
US8166205B2 (en) * | 2007-07-31 | 2012-04-24 | Cisco Technology, Inc. | Overlay transport virtualization |
US8645576B2 (en) | 2007-07-31 | 2014-02-04 | Cisco Technology, Inc. | Overlay transport virtualization |
US20090046687A1 (en) * | 2007-08-13 | 2009-02-19 | Samsung Electronics Co. Ltd | Mobile wimax network system having private network and mobile ip terminal processing method thereof |
US8462785B2 (en) * | 2007-08-13 | 2013-06-11 | Samsung Electronics Co., Ltd. | Mobile WIMAX network system having private network and mobile IP terminal processing method thereof |
US20100220739A1 (en) * | 2007-10-18 | 2010-09-02 | Kunihiro Ishiguro | Carrier Network Connection Device And Carrier Network |
US20090232008A1 (en) * | 2008-03-12 | 2009-09-17 | Tellabs Petaluma, Inc. | System for connecting equipment with a service provider, apparatus for facilitating diagnostic and/or management communication with such equipment, and procedure for communicating with such equipment |
US9680750B2 (en) | 2010-07-06 | 2017-06-13 | Nicira, Inc. | Use of tunnels to hide network addresses |
US20130058334A1 (en) * | 2010-07-06 | 2013-03-07 | Teemu Koponen | Packet processing in a network with hierarchical managed switching elements |
US12177078B2 (en) | 2010-07-06 | 2024-12-24 | Nicira, Inc. | Managed switch architectures: software managed switches, hardware managed switches, and heterogeneous managed switches |
US11743123B2 (en) | 2010-07-06 | 2023-08-29 | Nicira, Inc. | Managed switch architectures: software managed switches, hardware managed switches, and heterogeneous managed switches |
US11641321B2 (en) | 2010-07-06 | 2023-05-02 | Nicira, Inc. | Packet processing for logical datapath sets |
US10686663B2 (en) | 2010-07-06 | 2020-06-16 | Nicira, Inc. | Managed switch architectures: software managed switches, hardware managed switches, and heterogeneous managed switches |
US10038597B2 (en) | 2010-07-06 | 2018-07-31 | Nicira, Inc. | Mesh architectures for managed switching elements |
US10021019B2 (en) | 2010-07-06 | 2018-07-10 | Nicira, Inc. | Packet processing for logical datapath sets |
US9692655B2 (en) * | 2010-07-06 | 2017-06-27 | Nicira, Inc. | Packet processing in a network with hierarchical managed switching elements |
US9832499B2 (en) * | 2012-03-12 | 2017-11-28 | Shenzhen Topway Video Communication Co., Ltd. | Cable TV network broadband access system with distributed deployment and centralized control |
US20150046966A1 (en) * | 2012-03-12 | 2015-02-12 | Shenzhen Topway Video Communication Co., Ltd. | Cable tv network broadband access system with distributed deployment and centralized control |
WO2013189059A1 (en) * | 2012-06-21 | 2013-12-27 | 华为技术有限公司 | Packet processing method, apparatus, host and network system |
US9634991B2 (en) | 2012-06-21 | 2017-04-25 | Huawei Technologies Co., Ltd. | Method, apparatus, host, and network system for processing packet |
CN103650430B (en) * | 2012-06-21 | 2016-06-22 | 华为技术有限公司 | Message processing method, device, main frame and network system |
CN103650430A (en) * | 2012-06-21 | 2014-03-19 | 华为技术有限公司 | Packet processing method, apparatus, host and network system |
US9503272B2 (en) | 2014-03-13 | 2016-11-22 | Cisco Technology, Inc. | Fast convergence with multicast source mobility |
US20170142234A1 (en) * | 2015-11-13 | 2017-05-18 | Microsoft Technology Licensing, Llc | Scalable addressing mechanism for virtual machines |
US11575775B2 (en) * | 2017-01-04 | 2023-02-07 | Extreme Networks, Inc. | Overlay IP multicast over unicast IP networks |
Also Published As
Publication number | Publication date |
---|---|
US20130308643A1 (en) | 2013-11-21 |
US20150207732A1 (en) | 2015-07-23 |
US20120281701A1 (en) | 2012-11-08 |
US20050025143A1 (en) | 2005-02-03 |
US9467373B2 (en) | 2016-10-11 |
US10313306B2 (en) | 2019-06-04 |
US8243732B2 (en) | 2012-08-14 |
US8942240B2 (en) | 2015-01-27 |
US20160380974A1 (en) | 2016-12-29 |
US11240206B2 (en) | 2022-02-01 |
US20090028155A1 (en) | 2009-01-29 |
US8520681B2 (en) | 2013-08-27 |
US20220045989A1 (en) | 2022-02-10 |
US20200021561A1 (en) | 2020-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11240206B2 (en) | 2022-02-01 | Broadband access for virtual private networks |
US7660303B2 (en) | 2010-02-09 | Point-to-multipoint functionality in a bridged network |
US7369556B1 (en) | 2008-05-06 | Router for virtual private network employing tag switching |
US7668166B1 (en) | 2010-02-23 | Peer-model support for virtual private networks having potentially overlapping addresses |
US6937574B1 (en) | 2005-08-30 | Virtual private networks and methods for their operation |
US8655990B2 (en) | 2014-02-18 | Access device routing device and method thereof supporting stateless address configuration communication network |
US8705549B2 (en) | 2014-04-22 | Structure and implementation of universal virtual private networks |
EP1858205A1 (en) | 2007-11-21 | Tunneling device, tunnel frame sorting method used for the device, and its program |
US7609689B1 (en) | 2009-10-27 | System and method for mapping an index into an IPv6 address |
US6868086B1 (en) | 2005-03-15 | Data packet routing |
CN100373892C (en) | 2008-03-05 | A Routable Virtual Switching Method |
KR20060059877A (en) | 2006-06-02 | Apparatus and method for Ethernet access system |
CN100469190C (en) | 2009-03-11 | Method and network for transmitting packets via a circuit switched network |
KR100728292B1 (en) | 2007-06-13 | Virtual LAN Network and its Service Provision Method |
Jeon et al. | 2009 | Transmission of IP over Ethernet over IEEE 802.16 Networks |
Jeon et al. | 2009 | RFC 5692: Transmission of IP over Ethernet over IEEE 802.16 Networks |
Xue | 0 | Mobile IP |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
2003-12-19 | AS | Assignment |
Owner name: SBC KNOWLEDGE VENTURES, L.P., NEVADA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHEN, WEIJING;ALLEN, KEITH JOSPEH;REEL/FRAME:014820/0332 Effective date: 20031114 |
2008-10-15 | STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
2012-04-24 | FPAY | Fee payment |
Year of fee payment: 4 |
2014-07-23 | AS | Assignment |
Owner name: AT&T INTELLECTUAL PROPERTY I, L.P., GEORGIA Free format text: CHANGE OF NAME;ASSIGNOR:AT&T KNOWLEDGE VENTURES, L.P.;REEL/FRAME:033390/0645 Effective date: 20071002 Owner name: AT&T KNOWLEDGE VENTURES, L.P., NEVADA Free format text: CHANGE OF NAME;ASSIGNOR:SBC KNOWLEDGE VENTURES, L.P.;REEL/FRAME:033374/0293 Effective date: 20060317 |
2014-12-01 | FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
2014-12-08 | AS | Assignment |
Owner name: MARLOW TECHNOLOGIES, LLC, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:AT&T INTELLECTUAL PROPERTY I, L.P.;REEL/FRAME:034539/0571 Effective date: 20140821 |
2016-04-25 | FPAY | Fee payment |
Year of fee payment: 8 |
2020-04-29 | MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 12 |