US5970066A - Virtual ethernet interface - Google Patents

Virtual ethernet interface Download PDF

Info

Publication number
US5970066A
US5970066A US08/873,602 US87360297A US5970066A US 5970066 A US5970066 A US 5970066A US 87360297 A US87360297 A US 87360297A US 5970066 A US5970066 A US 5970066A
Authority
US
United States
Prior art keywords
ethernet
interface card
virtual
computer
dsl
Prior art date
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.)
Expired - Fee Related
Application number
US08/873,602
Inventor
Gerard P. Lowry
Michael J. Pepsin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
IPR 3 Pty Ltd
Original Assignee
Paradyne Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Paradyne Corp filed Critical Paradyne Corp
Priority to US08/873,602 priority Critical patent/US5970066A/en
Assigned to PARADYNE CORPORATION reassignment PARADYNE CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: LOWRY, GERARD P., PEPSIN, MICHAEL J.
Application granted granted Critical
Publication of US5970066A publication Critical patent/US5970066A/en
Assigned to FOOTHILL CAPITAL CORPORATION reassignment FOOTHILL CAPITAL CORPORATION SECURITY AGREEMENT Assignors: PARADYNE CORPORATION
Assigned to PARADYNE CORPORATION reassignment PARADYNE CORPORATION RELEASE BY SECURED PARTY Assignors: WELLS FARGO FOOTHILL, INC., F/K/A FOOTHILL CAPITAL CORPORATION
Assigned to IPERNICA LTD reassignment IPERNICA LTD ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PARADYNE CORPORATION
Assigned to IPR 3 PTY LTD. reassignment IPR 3 PTY LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: IPERICA LTD.
Assigned to IPR 3 PTY LTD. reassignment IPR 3 PTY LTD. CORRECTIVE ASSIGNMENT TO CORRECT THE RECORDATION PREVIOUSLY RECORDED ON REEL 022380 FRAME 0622. ASSIGNOR(S) HEREBY CONFIRMS THE CORRECT NAME OF ASSIGNOR IS IPERNICA LTD.. Assignors: IPERNICA LTD.
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • H04M11/062Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors using different frequency bands for speech and other data

Definitions

  • the present invention generally relates to computer networking, and more particularly, to an interface between a computer and a remotely located local area network (LAN), such as an ethernet LAN.
  • LAN local area network
  • IP internet protocol
  • PPP point-to-point protocol
  • SLIP serial line internet protocol
  • IP internet protocol
  • data is transmitted between two computers via respective modems connected to each of the computers and operating a compatible modulation scheme.
  • each bit of data received by one of the modems causes an interrupt to be generated at the receiving computer in order to notify the computer the bit of information is available for processing.
  • a relatively new data transmission technology referred to as digital subscriber line (DSL) is capable of providing data transmission rates of 1 to 9 megabits per second (Mbps) over twisted pair copper lines.
  • This technology is particularly attractive, especially with regard to internet service access, in that it instantly increases the transmission rates by two orders of magnitude over the transmission rates currently available over twisted pair copper lines.
  • twisted pair copper lines have long been used to provide telephone services in the United States and throughout the world, they are already in place, interconnecting most homes and businesses both within the United States and around the world.
  • Other technologies which can presumably provide equal or even greater transmission rates typically require the deployment of a transport medium such as optical fiber, as proposed in fiber-to-the-curb (FTTC) or fiber-to-the-home (FTTH) systems.
  • FTTC fiber-to-the-curb
  • FTTH fiber-to-the-home
  • the DSL modems are connected to an access node that provides an interface between the second DSL modem and a local area network (LAN), a wide-area network (WAN), or some other service system for providing services such as internet access, interactive videos, video conferencing, etc.
  • LAN local area network
  • WAN wide-area network
  • DSL technology is known in the art.
  • ethernet/IP hereinafter referred to as ethernet
  • ATM asynchronous transfer mode
  • a typical configuration comprises one ethernet LAN at the customer premise and another ethernet LAN at the central office.
  • the present invention overcomes the inadequacies and deficiencies in the prior art as discussed hereinbefore and as well known in the industry.
  • the present invention provides for a virtual ethernet interface for interconnecting a first computer at a customer premise and an ethernet LAN at a central office via digital subscriber line (DSL) link.
  • DSL digital subscriber line
  • a computer at the customer premise can assemble an ethernet packet and transmit the ethernet packet over the DSL link from the customer premise to the central office.
  • the ethernet packet is placed on the ethernet LAN where it is transmitted to its destination. This substantially reduces the hardware and software requirements previously placed on the customer who is remotely located with respect to the ethernet LAN.
  • a virtual ethernet interface in accordance with an aspect of the present invention comprises a virtual interface card connected to a computer at the customer premise and a physical interface card connected to a computer at the central office. Both the virtual interface card and the physical interface card are connected to or provided with DSL modems for communicating across a DSL link interconnecting the customer premise and the central office so as to enable high speed data transmission.
  • the physical interface card includes an ethernet interface that is in communication with an ethernet hub at the central office for interfacing the physical interface card and the ethernet access node, i.e., the ethernet LAN.
  • the virtual interface card includes a first-in-first-out (FIFO) interface for conducting ethernet packet transfers with the first computer at the customer premise, and a customer premise (CP) controller for encapsulating and decapsulating ethernet packets in link layer framing for transmission over the DSL link.
  • the link layer framing is high-level data link control protocol (HDLC).
  • the virtual interface card includes a DSL modem connected to the CP controller for sending and receiving the HDLC packets to and from the physical interface card over the DSL link.
  • an ethernet packet is assembled by the protocol stack of the customer premise computer, and is then sent to the virtual interface card via a virtual interface driver configured for the virtual interface card.
  • the packet is stored at the FIFO interface until the DSL modem is ready, at which time, the CP controller encapsulates the ethernet packet in HDLC to produce a link layer packet that is placed on the DSL link and transmitted to the central office.
  • the sequence performed by the virtual interface card when receiving an ethernet packet is substantially the reverse to that described above for sending a packet, and therefore, will not be described herein for purposes of brevity.
  • the physical interface card includes an ethernet interface for conducting ethernet packet transfers with the ethernet hub, and a central office (CO) controller for encapsulating and decapsulating ethernet packets in link layer framing, much like the customer premise controller.
  • the link layer framing in the preferred embodiment is HDLC.
  • the physical interface card includes a FIFO interface that is interconnected to the CO controller and to both the management utility and the simple network management protocol (SNMP) agent of the central office computer.
  • the physical interface card includes a DSL modem for sending and receiving HDLC packets to and from the customer premise virtual interface card via the DSL link.
  • the computer at the customer premise includes a standard ethernet card to which the virtual interface card is connected. Consequently, the FIFO interface of the virtual interface card is replaced with a stand alone ethernet interface for connecting the virtual interface card to the customer ethernet card connected to the customer premise computer. Further, the control information communicated between the customer computer and the virtual interface card is sent over a serial line connected to the CP controller via a serial interface and the computer via a serial port.
  • the MAC address set up is different from the previous embodiment.
  • the ethernet card of the customer computer is factory programmed with a MAC address, which the customer computer obtains for preparing ethernet packets through a driver command of the associated ethernet driver provided with the ethernet card.
  • the virtual interface card learns the MAC address of the customer's ethernet card when the customer computer sends a packet to the virtual interface card for transmission over the DSL link.
  • the virtual interface card then sends the learned MAC address to the CO controller which configures the ethernet interface of the physical interface card to accept this MAC address from the ethernet LAN.
  • FIG. 1 is a high-level block diagram of a virtual ethernet interface interconnecting a computer at a customer premise with an ethernet LAN at a central office via a digital subscriber line (DSL) link;
  • DSL digital subscriber line
  • FIG. 3 is a block diagram of the computer shown in FIG. 1 which is located at the central office, including a physical interface card in accordance with the present invention that connects the computer to the ethernet LAN;
  • FIG. 4 is a block diagram of the computer shown in FIG. 1 which is located at the customer premise in accordance with the second embodiment of the present invention
  • FIG. 5 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the virtual interface card receives an ethernet packet from the customer computer;
  • FIG. 6 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the physical interface card receives an ethernet packet from the ethernet LAN;
  • FIG. 7 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the virtual interface card receives a link layer frame from the central office over the DSL link;
  • FIG. 8 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the physical interface card receives a link layer frame from the customer premise over the DSL link.
  • a second POTS splitter 20 can be connected to the DSL link 16 at the central office 14 for operating as a low-pass filter for filtering out the DSL signals.
  • a central office switch 22 is connected to the POTS splitter 20 for routing calls to and from the customer premise 12.
  • An ethernet local area network (LAN) 30 is connected to the central office 14.
  • the ethernet LAN 30 functions as an access node for services such as internet access, LAN access, interactive video, or video conferencing.
  • FIG. 1 shows an internet service provider 32 and a corporate LAN 34 connected to the ethernet LAN 30.
  • a remote computer 38 can also be connected to the ethernet LAN 30 for communicating with any of the above services and/or the customer premise 12.
  • the DSL link 16 is connected to a customer computer 40 via a virtual interface card 42.
  • the virtual interface card 42 is connected to an internal ISA bus (not shown) of the customer computer 40, as is commonly done.
  • the virtual interface card 42 is seen by the customer computer 40 as a typical ethernet card.
  • the customer computer 40 desires to send an ethernet packet to the ethernet LAN 30
  • the customer computer 40 sends an ethernet packet to the virtual interface card 42 which processes the ethernet packet and places it on the DSL link 16 for transmission to the central office 14 where it is placed on the ethernet LAN 30.
  • ethernet packets destined for the customer computer 40 are received over DSL link 16 by the virtual interface card 42. The received ethernet packets are then processed and passed on to the customer computer 40.
  • the DSL link 16 is connected to a central office computer 50 via a physical interface card 52.
  • the physical interface card 52 is connected to an internal ISA bus (not shown) of the central office computer 50.
  • the physical interface card 52 is connected to the ethernet LAN 30 via a link 54.
  • the central office computer 50 can have a plurality of physical interface cards connected to it, each associated with a respective virtual interface card at a customer premise.
  • the physical interface card 52 receives ethernet packets from the virtual interface card over the DSL link 16 and processes the ethernet packet before sending it to the ethernet LAN 30 over link 54. Ethernet packets sent to the physical interface card 52 from the ethernet LAN 30 are likewise processed by the physical interface card 52 before being sent to the virtual interface card 42 over the DSL link 16.
  • the virtual ethernet interface of the present invention includes a virtual interface card 42 connected to a customer computer 40, a physical interface card 52 connected to a central office computer 50, and a DSL link 16 interconnecting the virtual interface card 40 and the physical interface card 52.
  • the customer computer 40 recognizes the virtual interface card 42 as any other LAN card with its own specific LAN driver.
  • the virtual interface card 42 provides a virtual interface to the remotely located ethernet LAN 30 via the physical interface card 52 and the DSL link 16.
  • the customer computer 40 at the customer premise 12 is therefore able to transmit and receive ethernet packets on the remotely located ethernet LAN 30 via the virtual ethernet interface of the present invention.
  • the virtual interface card 42 includes a first-in-first-out (FIFO) interface 62, a customer premise (CP) controller 64, random access memory 66, and a DSL modem 68.
  • the FIFO interface 62 provides an ISA interface for all data transfers between the virtual interface card 42 and the customer computer 40.
  • the CP controller 64 essentially controls the operation of the virtual interface card 42, including the operations of encapsulating and decapsulating ethernet packets in link layer framing, such as high-level datalink control protocol (HDLC) in the preferred embodiment.
  • HDLC high-level datalink control protocol
  • the CP controller 64 also performs the function of retrieving the media access control (MAC) address associated with the physical interface card 52 for use by the protocol stack 58 of the customer computer 40, as described in greater detail below.
  • the MAC address once retrieved from the physical interface card 52 by the CP controller 64, is stored in the RAM 66 associated with the CP controller 64.
  • the DSL modem 68 is essentially a DSL pump for transmitting and receiving packets over the DSL link 16.
  • the DSL modem 68 can be implemented by anyone of the standard transmission type DSL modems such as a DSL, HDSL, or RADSL. It is worth noting at this point that the components of the virtual interface card 42 can be implemented in software, firmware, hardware, or any combination thereof.
  • the CP controller 64 is implemented as firmware
  • the DSL modem 68 is implemented in a combination of software, firmware, and hardware.
  • the protocol stack 58 of the customer computer 40 includes a virtual interface driver 72, an internet protocol (IP) stack 74, a Windows socket application program interface (API) (referred to hereinafter as winsock) 76, and one or more network applications 78.
  • the virtual interface driver 72 is a software module stored in a memory device and executed by a processor of the customer computer 40 for providing a common interface between the protocol stack 58 of the customer computer 40 and the virtual interface card 42. Examples of suitable drivers for this purpose are Network Driver Interface Specification (NDIS) which is a Microsoft network driver, Open DataLink Interface (ODI) which is a Novel network driver, and Packet which is a network driver.
  • NDIS Network Driver Interface Specification
  • OMI Open DataLink Interface
  • Packet Packet which is a network driver.
  • the virtual interface driver 72 allows the virtual interface card 42 to send decoded packets to the IP stack 74, and the IP stack 74 to send data to the virtual interface card 42 for transmission over the DSL link 16.
  • the virtual interface driver 72 provides a device-independent interface to the upper layer protocols of the protocol stack 58.
  • the IP stack 74 performs the network layer functionality of the protocol stack 58, such as packet routing, fragmentation and re-assembly via the datalink layer implemented by the CP controller 64.
  • the IP stack 74 assembles ethernet packets to be sent down the protocol stack for transmission by DSL modem 68 and disassembles ethernet packets for sending information up the protocol stack to the network applications 78.
  • the IP stack 74 retrieves the MAC address from RAM 66 via the virtual interface driver 72.
  • the winsock 76 is a Windows socket API that provides a single application program interface for allowing multiple network applications 78 to operate in conjunction with the IP stack 74 of the customer computer 42, as is well known in the industry.
  • a video conferencing application, a World Wide Web browser application, and a file transfer protocol (FTP) application are provided in FIG. 2 as illustrative of network applications 78 that are IP based so as to be operational with winsock 76.
  • FTP file transfer protocol
  • the physical interface card 52 includes a DSL modem 82, a central office (CO) controller 84, an ethernet interface 86, and a FIFO interface 88.
  • the DSL modem 82 is connected to the DSL link 16 for transmitting and receiving packets with the DSL modem 68.
  • the DSL modem 82 is substantially similar to and operates in substantially the same manner as the DSL modem 68.
  • the CO controller 84 is connected to DSL modem 82 and is configured to encapsulate and decapsulate ethernet packets in link layer framing.
  • the CO controller 84 provides for one or more different types of packet filtering.
  • packets received from the ethernet LAN 30 are filtered with an unknown protocol filter, a MAC source filter, and a broadcast filter, and packets destined for the ethernet LAN 30 are filtered by an IP source filter.
  • the unknown protocol filter drops the received packets that are not a supported protocol.
  • the MAC address filter checks the source MAC address of the received packets and compares them to the enabled addresses in the associated unknown protocol filter table. Packets with MAC addresses that do not match are dropped.
  • the broadcast filter drops the received packets unless they are ARP or BOOTP protocol.
  • the IP source filter checks the source IP address of the packets being sent to the ethernet LAN 30 and compares them to the enabled addresses in the associated unknown IP source filter table. Packets with IP addresses that do not match are dropped.
  • the CO controller 84 is also connected to an ethernet hub 90 of the ethernet LAN 30 (FIGS. 1 and 3) via the ethernet interface 86 and a link 54.
  • the FIFO interface 88 provides an interface between both a management utility 92 and a simple network management protocol (SNMP) agent 94 of the office computer 50 and the physical interface card 52.
  • SNMP simple network management protocol
  • the management utility 92 is a software module for configuring and monitoring the virtual ethernet interface.
  • the management utility 92 is stored on a memory device and is executed by a processor of the central office computer 50.
  • Examples of the configuration options include entering and enabling/disabling MAC and IP filter addresses, enabling and disabling the filters, and setting the data transmission rates for the DSL modems 68, 82.
  • Examples of the status information used to monitor the operation of the virtual ethernet interface include packet and octet counts for the different interfaces, counts of packets with Cyclic Redundancy Checking (CRC) errors detected, the state of the DSL link (i.e., up or down), and how long the link has been up.
  • CRC Cyclic Redundancy Checking
  • the management utility 92 also provides for diagnostic features such as loopback and the ability to reset either one of the interface cards 42, 52.
  • the management utility provides for access to a plurality of physical interface cards (not shown) connected to the central office computer 50.
  • the SNMP agent 94 provides substantially similar capabilities as the central management utility but over a network using SNMP.
  • the SNMP agent 94 is a software module for interacting with a SNMP manager of a connected network.
  • the SNMP agent 94 is store in the memory device and executed by the processor of the central office computer 50. It should be noted however, that other network management communication protocols other than SNMP can be used in managing the virtual ethernet interface of the present invention.
  • FIG. 4 An alternative configuration to the first embodiment described above is a second embodiment referred to as the stand alone model.
  • the customer premise 12 in the stand alone model, is provided with a 10BaseT ethernet interface via a customer premise (CP) ethernet card 95 connected to the customer computer 40.
  • CP customer premise
  • the customer premise 12 is configured substantially the same as described above with the exception that the virtual interface card 42 is connected to the CP ethernet card 95 which can be any commercially available ethernet card.
  • the FIFO interface 62 (FIG. 2) of the virtual interface card 42 is replaced with a stand alone (SA) ethernet interface 96.
  • SA stand alone
  • This configuration has several advantages such as the following: (1) installation is made easier because the customer computer 40 will not have to be opened in order to install the virtual interface card 42, (2) the customer computer 40 does not require a full size ISA slot for receiving the virtual interface card 42, and (3) the second embodiment has a layer two interface of the ISO seven layer model and, therefore, the TCP/IP services can be provided to any type of computer or operating system.
  • the second embodiment is substantially similar to the first embodiment described above with the exception of the following.
  • the ethernet interface 86 (FIG. 3) will learn the MAC address of the CP ethernet card 95 of the customer computer 40 and will send that MAC address to the physical interface card 52. The physical interface card 52 will then configure the ethernet interface 86 to use that MAC address for its physical address recognition.
  • the SA ethernet interface 96 at the customer computer 40 is configured to a promiscuous mode and to accept all packets from the customer computer 40.
  • the stand alone model will have an RS232 serial interface between the customer computer 40 and the virtual interface card 42 for communications between the management utility of the customer computer 40 and the virtual interface card 42.
  • commands that would otherwise be written to the FIFO interface 62 in the first embodiment are encapsulated in a SLIP frame and sent out over the serial port 99 onto serial line 98.
  • the virtual interface card 42 will receive the frame and strip off the SLIP encapsulation and handle the command as though it had come to the CP controller 64 from the FIFO interface 62.
  • responses to commands will be SLIP encapsulated and transmitted to the customer 40 via the serial interface 97 over the serial line 98.
  • a flowchart 102 presents the operation at the customer premise 12 when a packet is received by the virtual interface card 42 from the customer computer 40.
  • the source of the packet is determined at block 104 by checking the port number.
  • the port number is a logical channel identifier in a communication system that is commonly used in an ethernet LAN to demultiplex messages.
  • the port 1 is associated with set up and communication functions
  • ports 2 and 3 are associated with administration and maintenance functions at the CO (port 2) and the CP (port 3)
  • port 4 is associated with the download utility.
  • the data packet could originate from the virtual interface driver 72, the management utility 92, the download utility (not shown), or any other driver types similarly configured. If the port number is 1, indicating that the packet is associated with set up or communication functions originating from the virtual interface driver 72, then it is determined at block 106 whether the operation code associated with the packet is a "transmit" command. If it is, then the packet is encapsulated by the CP controller 64 in link layer framing, and is then transmitted by the DSL modem 68 over the DSL interface 16 to the central office 14, as indicated by block 108.
  • the operation code is not a transmit command, then it is determined at block 110 if the operation code is a "get Mac address.” If it is not, then the packet is discarded as indicated by block 112. If the operation code is a "get Mac address" command, then the CP controller 64 retrieves the Mac address stored in ram 66 and returns it to the virtual interface driver 72, as indicated by block 114.
  • the port number is 2 or 3
  • the packet includes a download command that is processed by the CP controller 64, as indicated by block 122.
  • a flowchart 130 illustrates the operation at the central office 14 when an ethernet packet is received by the physical interface card 52 from the ethernet LAN 30.
  • Such filters may include an unknown protocol filter for dropping packets which are not a supported protocol, a Mac address source filter for determining if the packet has a source Mac address that is enabled in the associated address table, and/or a broadcast filter for dropping packets with broadcast addresses that do not use a particular protocol such as ARP or BOOTP.
  • a flowchart 150 illustrates the operation at the customer premise 12 when a link layer frame is received over the DSL link 16.
  • the ethernet packet is transmitted to the FIFO interface 62 at block 158.
  • the ethernet packet will wait at the FIFO interface 62 until it is retrieved by the virtual interface driver 72 for processing by the customer computer 40.
  • the ethernet packet is transmitted to the SA ethernet interface 96 at block 160.
  • the ethernet packet will wait at the SA ethernet interface 96 until it is retrieved by the customer premise ethernet card 95 for processing by the customer computer 40.
  • the link layer address bit identifies the frame as not containing data
  • a link acknowledgment is sent to the central office 14 at block 172. If the frame is not a link management poll, then at block 174 it is determined whether the control bit identifies the frame as a Mac address. If the frame is not a Mac address, then the frame is discarded at block 176. If the frame is a Mac address, then it is determined at block 178 which embodiment is the customer premise 12, i.e., internal or external. If the customer premise 12 is configured with the virtual interface card installed internally, then the Mac address is stored by the CP control 64 in the associated RAM 66, as indicated by block 180. If the customer premise 12 is configured with the virtual interface card installed externally in the stand alone embodiment, then the CP control 64 sends a Mac address acknowledgment to the physical interface card 52, as indicate by block 182.
  • a flowchart 202 shows the operation at the central office 14 when a link layer frame is received on the DSL link 16.
  • the link layer address bit indicates the frame as containing data. If the frame contains data, then the link layer framing is stripped off at block 206 and an internet protocol filter is applied by the CO controller 84 at block 208.
  • the internet protocol filter compares the IP address of the frame to the enabled address(es) in the associated table. If the IP address does not match, the packet is dropped. This essentially prevents the user from changing their IP address to that of a different client.
  • the packet is transmitted to the ethernet interface 86 which places it on the ethernet LAN 30.
  • the link layer bit does not identify the frame as containing data at block 204, then it is determined at block 212 whether the link layer address identifies the frame as containing a control command. If the frame does not contain a control command, then the frame is discarded, as indicated by block 214. If the frame does contain a control command, then it is determined at block 216 whether the link layer control bit identifies the command is a remote command. If it is a remote command, then the command is processed and the results are sent to the customer premise 12, as indicated by block 218. If the command is not a remote command, then it is determined at block 220 whether the control bit identifies the command as a link management poll. If it is, then a link acknowledgment is sent at block 222 to the virtual interface card 42 so as to indicate that the DSL link 16 is not down.
  • control bit identifies the frame as including a stand alone (SA) Mac address. If it does, then the ethernet interface 86 is programmed with the Mac address, as indicated at block 226. If it is determined at block 224 that the frame does not include a stand alone Mac address, then it is determined at block 228 whether the control bit is an internal Mac address. If it is not, then the frame is discarded at block 230. If it is an internal Mac address, then an acknowledgment is sent to the central office 14 that the Mac address was received, as indicated by block 232.
  • SA stand alone

Abstract

A virtual ethernet interface interconnects a first computer at a customer premise with an ethernet local area network (LAN) at a central office that is connected to the customer premise via a digital subscriber line (DSL). The virtual ethernet interface comprises a virtual interface card connected to the first computer and a physical interface card connected to a second computer that is in communication with the ethernet hub. On start up, the central office computer sends the MAC address associated with the ethernet interface of the physical interface card back to the virtual interface card of the first computer. Thus, the virtual ethernet interface allows the first computer to form ethernet frames using the MAC address of the physical interface card so that it appear as though they were originated from the second computer. Further, the first computer can receive frames taken from the ethernet LAN by the physical interface card and transmitted to the virtual interface card over the DSL link.

Description

CROSS REFERENCE TO RELATED APPLICATION
This application claims priority to and the benefit of the filing date of copending provisional application entitled VIRTUAL ETHERNET INTERFACE, assigned Ser. No. 60/033,836, filed Dec. 12, 1996. The above-referenced provisional application is incorporated herein by reference.
FIELD OF THE INVENTION
The present invention generally relates to computer networking, and more particularly, to an interface between a computer and a remotely located local area network (LAN), such as an ethernet LAN.
BACKGROUND OF THE INVENTION
In recent years, technological advancements have continually pushed the limits as to how fast data can be transmitted between two points over twisted pair copper lines. Currently, data transmission rates of 56 kilobits per second (Kbps) are achievable using voice band analog modems commercially available today. For establishing internet protocol (IP) connectivity, these systems use point-to-point protocol (PPP) or serial line internet protocol (SLIP) for transmitting internet protocol (IP) packets over serial lines. In accordance with PPP or SLIP, data is transmitted between two computers via respective modems connected to each of the computers and operating a compatible modulation scheme. In this configuration, each bit of data received by one of the modems causes an interrupt to be generated at the receiving computer in order to notify the computer the bit of information is available for processing.
A relatively new data transmission technology referred to as digital subscriber line (DSL) is capable of providing data transmission rates of 1 to 9 megabits per second (Mbps) over twisted pair copper lines. This technology is particularly attractive, especially with regard to internet service access, in that it instantly increases the transmission rates by two orders of magnitude over the transmission rates currently available over twisted pair copper lines. Furthermore, since twisted pair copper lines have long been used to provide telephone services in the United States and throughout the world, they are already in place, interconnecting most homes and businesses both within the United States and around the world. Other technologies which can presumably provide equal or even greater transmission rates typically require the deployment of a transport medium such as optical fiber, as proposed in fiber-to-the-curb (FTTC) or fiber-to-the-home (FTTH) systems. Such an effort is costly and takes a very long time to implement, particularly in rural areas.
Examples of specific DSL technologies include asymmetric DSL (ADSL), high-bit-rate DSL (HDSL), and rate-adaptive DSL (RADSL). In accordance with DSL technology, one DSL modem is placed at the customer premise and a second DSL modem is placed at the central office of a local exchange carrier. The DSL modem at the central office will most likely be in a modem pool for servicing multiple customers at a time, though each second modem is dedicated to a particular customer, that is, a particular first modem. The maximum data rate achievable in this configuration will depend upon numerous factors such as the wire gauge, noise, cross-talk, distance between the DSL modems, and the type modulation utilized. At the central office, the DSL modems are connected to an access node that provides an interface between the second DSL modem and a local area network (LAN), a wide-area network (WAN), or some other service system for providing services such as internet access, interactive videos, video conferencing, etc. In the interest of brevity, a detailed explanation of DSL technology will not be provided here since DSL technology is known in the art.
However, with the substantial improvement in transmission rates provided by DSL technology, most personal computers in use today are not able to process the amount of data transmitted between two DSL modems without causing a data overflow problem. Consequently, transport protocols other than PPP or SLIP have been proposed for use at the central office in order to connect the customer premise computer(s) to the access node at the central office. For instance, ethernet/IP (hereinafter referred to as ethernet) and asynchronous transfer mode (ATM) are two such transport protocols. These transport protocols provide for packet switching which only generates an interrupt to a host computer at the arrival of each packet rather than at the arrival of each bit of data. This substantially reduces the number of interrupts generated, and thereby, dramatically reduces the processing time taken to process the received data.
In the case of ethernet, a typical configuration comprises one ethernet LAN at the customer premise and another ethernet LAN at the central office.
However, it would be desirable to enable a single computer at the customer premise to access the ethernet LAN at the central office without having to go through an ethernet LAN at the customer premise.
Thus, a heretofore unaddressed need exists in the industry for interfacing a computer at a customer premise with an ethernet LAN at a central office, wherein the customer premise and central office are interconnected by a DSL link.
SUMMARY OF THE INVENTION
The present invention overcomes the inadequacies and deficiencies in the prior art as discussed hereinbefore and as well known in the industry. The present invention provides for a virtual ethernet interface for interconnecting a first computer at a customer premise and an ethernet LAN at a central office via digital subscriber line (DSL) link. By use of the virtual ethernet interface, a computer at the customer premise can assemble an ethernet packet and transmit the ethernet packet over the DSL link from the customer premise to the central office. At the central office, the ethernet packet is placed on the ethernet LAN where it is transmitted to its destination. This substantially reduces the hardware and software requirements previously placed on the customer who is remotely located with respect to the ethernet LAN.
Briefly stated, a virtual ethernet interface in accordance with an aspect of the present invention comprises a virtual interface card connected to a computer at the customer premise and a physical interface card connected to a computer at the central office. Both the virtual interface card and the physical interface card are connected to or provided with DSL modems for communicating across a DSL link interconnecting the customer premise and the central office so as to enable high speed data transmission. Further, the physical interface card includes an ethernet interface that is in communication with an ethernet hub at the central office for interfacing the physical interface card and the ethernet access node, i.e., the ethernet LAN.
The virtual interface card includes a first-in-first-out (FIFO) interface for conducting ethernet packet transfers with the first computer at the customer premise, and a customer premise (CP) controller for encapsulating and decapsulating ethernet packets in link layer framing for transmission over the DSL link. In the preferred embodiment, the link layer framing is high-level data link control protocol (HDLC). Lastly, the virtual interface card includes a DSL modem connected to the CP controller for sending and receiving the HDLC packets to and from the physical interface card over the DSL link.
Accordingly, an ethernet packet is assembled by the protocol stack of the customer premise computer, and is then sent to the virtual interface card via a virtual interface driver configured for the virtual interface card. At the virtual interface card, the packet is stored at the FIFO interface until the DSL modem is ready, at which time, the CP controller encapsulates the ethernet packet in HDLC to produce a link layer packet that is placed on the DSL link and transmitted to the central office. The sequence performed by the virtual interface card when receiving an ethernet packet is substantially the reverse to that described above for sending a packet, and therefore, will not be described herein for purposes of brevity.
The physical interface card includes an ethernet interface for conducting ethernet packet transfers with the ethernet hub, and a central office (CO) controller for encapsulating and decapsulating ethernet packets in link layer framing, much like the customer premise controller. As with the customer premise controller, the link layer framing in the preferred embodiment is HDLC. In addition, the physical interface card includes a FIFO interface that is interconnected to the CO controller and to both the management utility and the simple network management protocol (SNMP) agent of the central office computer. Lastly, the physical interface card includes a DSL modem for sending and receiving HDLC packets to and from the customer premise virtual interface card via the DSL link.
In accordance with a feature of the present invention, at each start-up of the customer premise computer, the central office controller sends the MAC address to the CP controller over the DSL link. The customer premise controller then stores the MAC address in memory associated therewith. Therefore, when the protocol stack of the computer at the customer premise assembles an ethernet packet, it can retrieve the MAC address from the virtual interface card. Thus, the virtual interface card and the physical interface card use the same MAC address.
This simplifies the operation of the virtual interface card by allowing the DSL modem to merely pass the completely formed HDLC frame to the physical interface card which in turn places the ethernet packet on the ethernet access node. Further, this allows the physical interface card to accept frames destined for only the one single MAC address and to pass those packets unmodified to the virtual ethernet card at the customer premise.
In an alternative embodiment, referred to hereafter as the stand alone model, the computer at the customer premise includes a standard ethernet card to which the virtual interface card is connected. Consequently, the FIFO interface of the virtual interface card is replaced with a stand alone ethernet interface for connecting the virtual interface card to the customer ethernet card connected to the customer premise computer. Further, the control information communicated between the customer computer and the virtual interface card is sent over a serial line connected to the CP controller via a serial interface and the computer via a serial port.
In the stand alone model, the MAC address set up is different from the previous embodiment. The ethernet card of the customer computer is factory programmed with a MAC address, which the customer computer obtains for preparing ethernet packets through a driver command of the associated ethernet driver provided with the ethernet card. The virtual interface card learns the MAC address of the customer's ethernet card when the customer computer sends a packet to the virtual interface card for transmission over the DSL link. The virtual interface card then sends the learned MAC address to the CO controller which configures the ethernet interface of the physical interface card to accept this MAC address from the ethernet LAN.
Other features and advantages of the present invention will become apparent to those skilled in the art upon examination of the following drawings and detailed description. All such additional features and advantages are within the scope of the present invention, as defined by the claims.
BRIEF DESCRIPTION OF THE DRAWINGS
The present invention can be better understood with reference to the following drawings. The elements of the drawings are not necessarily to scale, emphasis instead being placed upon clearly illustrating the principals of the present invention. Furthermore, like reference numerals designate corresponding parts throughout the several views.
FIG. 1 is a high-level block diagram of a virtual ethernet interface interconnecting a computer at a customer premise with an ethernet LAN at a central office via a digital subscriber line (DSL) link;
FIG. 2 is block diagram of the computer shown in FIG. 1 which is located at the customer premise, including a virtual interface card in accordance with the present invention;
FIG. 3 is a block diagram of the computer shown in FIG. 1 which is located at the central office, including a physical interface card in accordance with the present invention that connects the computer to the ethernet LAN;
FIG. 4 is a block diagram of the computer shown in FIG. 1 which is located at the customer premise in accordance with the second embodiment of the present invention;
FIG. 5 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the virtual interface card receives an ethernet packet from the customer computer;
FIG. 6 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the physical interface card receives an ethernet packet from the ethernet LAN;
FIG. 7 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the virtual interface card receives a link layer frame from the central office over the DSL link; and
FIG. 8 is a flowchart illustrating the operation of the virtual ethernet interface of the present invention when the physical interface card receives a link layer frame from the customer premise over the DSL link.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
I. Architecture
The following description is of the best presently contemplated mode of carrying out the present invention. This description is not to be taken in a limiting sense, but is made merely for the purpose of describing the general principals of the invention. Consequently, the scope of the invention should be determined by referencing the appended claims.
With reference to the drawings, FIG. 1 shows a customer premise 12 connected to a central office 14 via digital subscriber line (DSL) link 16. The DSL link 16 may utilize any of the DSL standards such as asymmetric (ADSL), high-bit rate (HDSL) or rate adaptive (RADSL), just to name a few. As is known in the industry, the DSL link 16 is able to support plain old telephone system (POTS) services in addition to DSL transmissions. Therefore, a first POTS splitter 18 can be connected to the DSL link 16 at the customer premise 12 for operating as a low-pass filter for filtering out the DSL signals. Likewise, a second POTS splitter 20 can be connected to the DSL link 16 at the central office 14 for operating as a low-pass filter for filtering out the DSL signals. A central office switch 22 is connected to the POTS splitter 20 for routing calls to and from the customer premise 12.
An ethernet local area network (LAN) 30 is connected to the central office 14. The ethernet LAN 30 functions as an access node for services such as internet access, LAN access, interactive video, or video conferencing. For illustrative purposes, FIG. 1 shows an internet service provider 32 and a corporate LAN 34 connected to the ethernet LAN 30. In addition, a remote computer 38 can also be connected to the ethernet LAN 30 for communicating with any of the above services and/or the customer premise 12.
At the customer premise 12, the DSL link 16 is connected to a customer computer 40 via a virtual interface card 42. The virtual interface card 42 is connected to an internal ISA bus (not shown) of the customer computer 40, as is commonly done. The virtual interface card 42 is seen by the customer computer 40 as a typical ethernet card. Thus, as will be explained in more detail below, when the customer computer 40 desires to send an ethernet packet to the ethernet LAN 30, the customer computer 40 sends an ethernet packet to the virtual interface card 42 which processes the ethernet packet and places it on the DSL link 16 for transmission to the central office 14 where it is placed on the ethernet LAN 30. Likewise, ethernet packets destined for the customer computer 40 are received over DSL link 16 by the virtual interface card 42. The received ethernet packets are then processed and passed on to the customer computer 40.
At the central office 14, the DSL link 16 is connected to a central office computer 50 via a physical interface card 52. As with the virtual interface card 40, the physical interface card 52 is connected to an internal ISA bus (not shown) of the central office computer 50. In addition, the physical interface card 52 is connected to the ethernet LAN 30 via a link 54. Though only one physical interface card 52 is shown connected to the central office computer 50, the central office computer 50 can have a plurality of physical interface cards connected to it, each associated with a respective virtual interface card at a customer premise. The physical interface card 52 receives ethernet packets from the virtual interface card over the DSL link 16 and processes the ethernet packet before sending it to the ethernet LAN 30 over link 54. Ethernet packets sent to the physical interface card 52 from the ethernet LAN 30 are likewise processed by the physical interface card 52 before being sent to the virtual interface card 42 over the DSL link 16.
Therefore, the virtual ethernet interface of the present invention includes a virtual interface card 42 connected to a customer computer 40, a physical interface card 52 connected to a central office computer 50, and a DSL link 16 interconnecting the virtual interface card 40 and the physical interface card 52. In this embodiment, the customer computer 40 recognizes the virtual interface card 42 as any other LAN card with its own specific LAN driver. However, rather than physically interfacing the customer computer 40 with an ethernet LAN at the customer premise, the virtual interface card 42 provides a virtual interface to the remotely located ethernet LAN 30 via the physical interface card 52 and the DSL link 16. The customer computer 40 at the customer premise 12 is therefore able to transmit and receive ethernet packets on the remotely located ethernet LAN 30 via the virtual ethernet interface of the present invention.
With reference to FIG. 2, a block diagram is shown illustrating the architecture and functionality of the virtual interface card 42 in conjunction with a protocol stack 58 of the customer computer 40. The virtual interface card 42 includes a first-in-first-out (FIFO) interface 62, a customer premise (CP) controller 64, random access memory 66, and a DSL modem 68. The FIFO interface 62 provides an ISA interface for all data transfers between the virtual interface card 42 and the customer computer 40. The CP controller 64 essentially controls the operation of the virtual interface card 42, including the operations of encapsulating and decapsulating ethernet packets in link layer framing, such as high-level datalink control protocol (HDLC) in the preferred embodiment. The CP controller 64 also performs the function of retrieving the media access control (MAC) address associated with the physical interface card 52 for use by the protocol stack 58 of the customer computer 40, as described in greater detail below. The MAC address, once retrieved from the physical interface card 52 by the CP controller 64, is stored in the RAM 66 associated with the CP controller 64. The DSL modem 68 is essentially a DSL pump for transmitting and receiving packets over the DSL link 16. The DSL modem 68 can be implemented by anyone of the standard transmission type DSL modems such as a DSL, HDSL, or RADSL. It is worth noting at this point that the components of the virtual interface card 42 can be implemented in software, firmware, hardware, or any combination thereof. In the preferred embodiment, the CP controller 64 is implemented as firmware, and the DSL modem 68 is implemented in a combination of software, firmware, and hardware.
The protocol stack 58 of the customer computer 40 includes a virtual interface driver 72, an internet protocol (IP) stack 74, a Windows socket application program interface (API) (referred to hereinafter as winsock) 76, and one or more network applications 78. The virtual interface driver 72 is a software module stored in a memory device and executed by a processor of the customer computer 40 for providing a common interface between the protocol stack 58 of the customer computer 40 and the virtual interface card 42. Examples of suitable drivers for this purpose are Network Driver Interface Specification (NDIS) which is a Microsoft network driver, Open DataLink Interface (ODI) which is a Novel network driver, and Packet which is a network driver. In essence, the virtual interface driver 72 allows the virtual interface card 42 to send decoded packets to the IP stack 74, and the IP stack 74 to send data to the virtual interface card 42 for transmission over the DSL link 16. Thus, the virtual interface driver 72 provides a device-independent interface to the upper layer protocols of the protocol stack 58.
The IP stack 74 performs the network layer functionality of the protocol stack 58, such as packet routing, fragmentation and re-assembly via the datalink layer implemented by the CP controller 64. Of particular interest in the present invention, the IP stack 74 assembles ethernet packets to be sent down the protocol stack for transmission by DSL modem 68 and disassembles ethernet packets for sending information up the protocol stack to the network applications 78. In assembling the ethernet packets, the IP stack 74 retrieves the MAC address from RAM 66 via the virtual interface driver 72.
The winsock 76 is a Windows socket API that provides a single application program interface for allowing multiple network applications 78 to operate in conjunction with the IP stack 74 of the customer computer 42, as is well known in the industry. For purposes of illustrating the present invention, a video conferencing application, a World Wide Web browser application, and a file transfer protocol (FTP) application are provided in FIG. 2 as illustrative of network applications 78 that are IP based so as to be operational with winsock 76.
With reference to FIG. 3, a block diagram is shown which illustrates the architecture and functionality of the physical interface card 52 in the context of the central office computer 50 and in conjunction with the ethernet LAN 30. The physical interface card 52 includes a DSL modem 82, a central office (CO) controller 84, an ethernet interface 86, and a FIFO interface 88. The DSL modem 82 is connected to the DSL link 16 for transmitting and receiving packets with the DSL modem 68. The DSL modem 82 is substantially similar to and operates in substantially the same manner as the DSL modem 68. The CO controller 84 is connected to DSL modem 82 and is configured to encapsulate and decapsulate ethernet packets in link layer framing. Further, the CO controller 84 provides for one or more different types of packet filtering. For example, in the preferred embodiment, packets received from the ethernet LAN 30 are filtered with an unknown protocol filter, a MAC source filter, and a broadcast filter, and packets destined for the ethernet LAN 30 are filtered by an IP source filter. The unknown protocol filter drops the received packets that are not a supported protocol. The MAC address filter checks the source MAC address of the received packets and compares them to the enabled addresses in the associated unknown protocol filter table. Packets with MAC addresses that do not match are dropped. The broadcast filter drops the received packets unless they are ARP or BOOTP protocol. Lastly, the IP source filter checks the source IP address of the packets being sent to the ethernet LAN 30 and compares them to the enabled addresses in the associated unknown IP source filter table. Packets with IP addresses that do not match are dropped.
The CO controller 84 is also connected to an ethernet hub 90 of the ethernet LAN 30 (FIGS. 1 and 3) via the ethernet interface 86 and a link 54. Lastly, the FIFO interface 88 provides an interface between both a management utility 92 and a simple network management protocol (SNMP) agent 94 of the office computer 50 and the physical interface card 52.
The management utility 92 is a software module for configuring and monitoring the virtual ethernet interface. The management utility 92 is stored on a memory device and is executed by a processor of the central office computer 50. Examples of the configuration options include entering and enabling/disabling MAC and IP filter addresses, enabling and disabling the filters, and setting the data transmission rates for the DSL modems 68, 82. Examples of the status information used to monitor the operation of the virtual ethernet interface include packet and octet counts for the different interfaces, counts of packets with Cyclic Redundancy Checking (CRC) errors detected, the state of the DSL link (i.e., up or down), and how long the link has been up. The management utility 92 also provides for diagnostic features such as loopback and the ability to reset either one of the interface cards 42, 52. In the case of the central office 14, the management utility provides for access to a plurality of physical interface cards (not shown) connected to the central office computer 50.
The SNMP agent 94 provides substantially similar capabilities as the central management utility but over a network using SNMP. The SNMP agent 94 is a software module for interacting with a SNMP manager of a connected network. The SNMP agent 94 is store in the memory device and executed by the processor of the central office computer 50. It should be noted however, that other network management communication protocols other than SNMP can be used in managing the virtual ethernet interface of the present invention.
An alternative configuration to the first embodiment described above is a second embodiment referred to as the stand alone model. As illustrated in FIG. 4, in the stand alone model, the customer premise 12 is provided with a 10BaseT ethernet interface via a customer premise (CP) ethernet card 95 connected to the customer computer 40. As illustrated in FIG. 4, the customer premise 12 is configured substantially the same as described above with the exception that the virtual interface card 42 is connected to the CP ethernet card 95 which can be any commercially available ethernet card. In order to connect to the CP ethernet card 95, the FIFO interface 62 (FIG. 2) of the virtual interface card 42 is replaced with a stand alone (SA) ethernet interface 96. In the previous embodiment where the virtual interface card 42 exchanges data and control information with the virtual interface driver 72, only ethernet packets are exchanged across the interface between the CP ethernet card 95 and SA ethernet interface 96 in the stand alone model. The controlling configuration and monitoring information is exchanged between the CP controller 64 and the customer computer 40 via a serial interface 97 connected to a serial port 99 of the customer computer 40 by a serial line 98.
This configuration has several advantages such as the following: (1) installation is made easier because the customer computer 40 will not have to be opened in order to install the virtual interface card 42, (2) the customer computer 40 does not require a full size ISA slot for receiving the virtual interface card 42, and (3) the second embodiment has a layer two interface of the ISO seven layer model and, therefore, the TCP/IP services can be provided to any type of computer or operating system.
As mentioned above, the second embodiment is substantially similar to the first embodiment described above with the exception of the following. With respect to the MAC address configuration in the stand alone model, the ethernet interface 86 (FIG. 3) will learn the MAC address of the CP ethernet card 95 of the customer computer 40 and will send that MAC address to the physical interface card 52. The physical interface card 52 will then configure the ethernet interface 86 to use that MAC address for its physical address recognition. In the stand alone model, the SA ethernet interface 96 at the customer computer 40 is configured to a promiscuous mode and to accept all packets from the customer computer 40. Secondly, with regard to the management utility of the customer computer 40, the stand alone model will have an RS232 serial interface between the customer computer 40 and the virtual interface card 42 for communications between the management utility of the customer computer 40 and the virtual interface card 42. Thus, commands that would otherwise be written to the FIFO interface 62 in the first embodiment, are encapsulated in a SLIP frame and sent out over the serial port 99 onto serial line 98. The virtual interface card 42 will receive the frame and strip off the SLIP encapsulation and handle the command as though it had come to the CP controller 64 from the FIFO interface 62. Similarly, responses to commands will be SLIP encapsulated and transmitted to the customer 40 via the serial interface 97 over the serial line 98.
II. Operation
The preferred operation and sequence of events corresponding with the virtual ethernet interface of the present invention and the associated methodology are described hereafter. With reference to FIG. 5, a flowchart 102 presents the operation at the customer premise 12 when a packet is received by the virtual interface card 42 from the customer computer 40. Initially, the source of the packet is determined at block 104 by checking the port number. As is well known in the industry, the port number is a logical channel identifier in a communication system that is commonly used in an ethernet LAN to demultiplex messages. In a preferred embodiment, the port 1 is associated with set up and communication functions, ports 2 and 3 are associated with administration and maintenance functions at the CO (port 2) and the CP (port 3), and port 4 is associated with the download utility. In general, the data packet could originate from the virtual interface driver 72, the management utility 92, the download utility (not shown), or any other driver types similarly configured. If the port number is 1, indicating that the packet is associated with set up or communication functions originating from the virtual interface driver 72, then it is determined at block 106 whether the operation code associated with the packet is a "transmit" command. If it is, then the packet is encapsulated by the CP controller 64 in link layer framing, and is then transmitted by the DSL modem 68 over the DSL interface 16 to the central office 14, as indicated by block 108.
If the operation code is not a transmit command, then it is determined at block 110 if the operation code is a "get Mac address." If it is not, then the packet is discarded as indicated by block 112. If the operation code is a "get Mac address" command, then the CP controller 64 retrieves the Mac address stored in ram 66 and returns it to the virtual interface driver 72, as indicated by block 114.
If it is determined at block 104 that the port number is 2 or 3, then it is determined at block 116 if the command is directed to the virtual interface card 42. If it is, then the command is processed locally at block 118. Otherwise, the command is intended for the physical interface card 52, and therefore, is sent over the DSL interface 16 to the physical interface card 52 for processing, as indicated by block 120. Lastly, if it is determined at block 104 that the port number is 4, then the packet includes a download command that is processed by the CP controller 64, as indicated by block 122.
With reference now to FIG. 6, a flowchart 130 illustrates the operation at the central office 14 when an ethernet packet is received by the physical interface card 52 from the ethernet LAN 30. Initially, at block 132, it is determined whether the ethernet packet is a destination Mac address match or a broadcast. This determination is made by the ethernet interface 86 (FIG. 3). If the ethernet packet is neither a Mac address or a broadcast, then the packet is discarded, as indicated by block 134. If the ethernet packet is a Mac address match or a broadcast, as determined at block 132, then various filters can be applied to the packet by the CO controller 84, as indicated by block 136. Such filters may include an unknown protocol filter for dropping packets which are not a supported protocol, a Mac address source filter for determining if the packet has a source Mac address that is enabled in the associated address table, and/or a broadcast filter for dropping packets with broadcast addresses that do not use a particular protocol such as ARP or BOOTP. Once the filters have been applied at block 136, then the packet is encapsulated in link layer framing and transmitted over the DSL interface 16 to the customer premise 12, as indicated by block 138.
With reference to FIG. 7, a flowchart 150 illustrates the operation at the customer premise 12 when a link layer frame is received over the DSL link 16. Initially, at block 152, it is determined whether the link layer address bit identifies the frame as containing data. If the frame does contain data, then the link layer framing is stripped off, as indicated by block 154. Once the link layer framing has been stripped off, then the embodiment of the virtual ethernet interface at the customer premise is determined at block 156. Specifically, it is determined at block 156 whether the virtual interface card 42 is installed internally of the customer computer 40 as described above as the first embodiment, or externally of the customer computer 40 as described above as the stand alone or second embodiment. If the virtual interface card is installed internally, then the ethernet packet is transmitted to the FIFO interface 62 at block 158. The ethernet packet will wait at the FIFO interface 62 until it is retrieved by the virtual interface driver 72 for processing by the customer computer 40. If the virtual interface card is installed externally in the stand alone embodiment, then the ethernet packet is transmitted to the SA ethernet interface 96 at block 160. The ethernet packet will wait at the SA ethernet interface 96 until it is retrieved by the customer premise ethernet card 95 for processing by the customer computer 40.
If it is determined at block 152 that the link layer address bit identifies the frame as not containing data, then it is determined at block 162 whether the link layer address bit identifies the frame as containing a control command. If it does not, then the frame is discarded as indicated at block 164. However, if it is determined at block 162 that the received frame contains a control command, then at block 166 it is determined whether the link layer control bit identifies the packet as a remote command. If it is, then the command is processed and the results are sent to the central office 14. If it is not a remote command, then it is determined at block 170 whether the frame is a link management poll. Such poling is typically done between the customer premise 12 and central office 14 in order to determine when the DSL link 16 goes down. If the frame is a link management poll, then a link acknowledgment is sent to the central office 14 at block 172. If the frame is not a link management poll, then at block 174 it is determined whether the control bit identifies the frame as a Mac address. If the frame is not a Mac address, then the frame is discarded at block 176. If the frame is a Mac address, then it is determined at block 178 which embodiment is the customer premise 12, i.e., internal or external. If the customer premise 12 is configured with the virtual interface card installed internally, then the Mac address is stored by the CP control 64 in the associated RAM 66, as indicated by block 180. If the customer premise 12 is configured with the virtual interface card installed externally in the stand alone embodiment, then the CP control 64 sends a Mac address acknowledgment to the physical interface card 52, as indicate by block 182.
With reference now to FIG. 8, a flowchart 202 shows the operation at the central office 14 when a link layer frame is received on the DSL link 16. Initially, at block 204, it is determined whether the link layer address bit indicates the frame as containing data. If the frame contains data, then the link layer framing is stripped off at block 206 and an internet protocol filter is applied by the CO controller 84 at block 208. The internet protocol filter compares the IP address of the frame to the enabled address(es) in the associated table. If the IP address does not match, the packet is dropped. This essentially prevents the user from changing their IP address to that of a different client. Next, at block 210, the packet is transmitted to the ethernet interface 86 which places it on the ethernet LAN 30.
If the link layer bit does not identify the frame as containing data at block 204, then it is determined at block 212 whether the link layer address identifies the frame as containing a control command. If the frame does not contain a control command, then the frame is discarded, as indicated by block 214. If the frame does contain a control command, then it is determined at block 216 whether the link layer control bit identifies the command is a remote command. If it is a remote command, then the command is processed and the results are sent to the customer premise 12, as indicated by block 218. If the command is not a remote command, then it is determined at block 220 whether the control bit identifies the command as a link management poll. If it is, then a link acknowledgment is sent at block 222 to the virtual interface card 42 so as to indicate that the DSL link 16 is not down.
If it is determined at block 220 that the command is not a link management poll, then at block 224 it is determined whether the control bit identifies the frame as including a stand alone (SA) Mac address. If it does, then the ethernet interface 86 is programmed with the Mac address, as indicated at block 226. If it is determined at block 224 that the frame does not include a stand alone Mac address, then it is determined at block 228 whether the control bit is an internal Mac address. If it is not, then the frame is discarded at block 230. If it is an internal Mac address, then an acknowledgment is sent to the central office 14 that the Mac address was received, as indicated by block 232.
It will be apparent to those skilled in the art that many variations and modifications may be made to the embodiments discussed above without departing from the principals of the present invention. All such variations and modifications are within the scope and spirit of the present invention, as set forth in the following claims.

Claims (13)

Wherefore, the following is claimed:
1. A virtual Ethernet interface for interconnecting a first computer at a customer premise and an Ethernet hub at a central office that is remotely located with respect to said customer premises via a digital subscriber line (DSL) link, said virtual Ethernet interface comprising:
a virtual interface card connected to said first computer and in communication with said first computer, said virtual interface card including a first digital subscriber line (DSL) modem for transmitting and receiving Ethernet packets; and
a physical interface card connected to a second computer and in communication with said Ethernet hub, said physical interface card including a second DSL modem for transmitting and receiving Ethernet packets with said first computer, said DSL link interconnecting said first DSL modem and said second DSL modem for transmitting said Ethernet packets between said first and second DSL modems wherein said virtual interface card and the physical interface card use a common media access control (MAC) address.
2. The virtual Ethernet interface of claim 1, wherein during startup of said first and second modems, said physical interface card sends said MAC address to said virtual interface card.
3. The virtual ethernet interface of claim 2, wherein said virtual interface card includes memory for storing said MAC address sent to said virtual interface card.
4. The virtual Ethernet interface of claim 1, wherein said virtual interface card includes a first-in-first-out (FIFO) interface for conducting Ethernet packet transfers with said first computer, and a customer premises controller for encapsulating and decapsulating Ethernet packets in link layer framing.
5. The virtual ethernet interface of claim 4, wherein said link layer framing is accomplished using a high-level datalink control protocol.
6. The virtual ethernet interface of claim 4, wherein said first computer includes an internet protocol stack in communication with said FIFO interface of said virtual interface card via a driver.
7. The virtual ethernet interface of claim 1, wherein said physical interface card includes an ethernet interface for conducting ethernet packet transfers with said ethernet hub, and a central office controller for encapsulating and decapsulating ethernet packets in link layer framing.
8. The virtual ethernet interface of claim 7, wherein said link layer framing is accomplished using a high-level datalink control protocol.
9. A method of establishing a virtual Ethernet interface for interconnecting a first computer at a customer premises and an Ethernet hub at a central office via a digital subscriber line (DSL) link, said method comprising:
connecting a virtual interface card to said first computer, said virtual interface card including a first digital subscriber line (DSL) modem for transmitting and receiving Ethernet packets;
connecting a physical interface card to a second computer that is in communication with said Ethernet hub, said physical interface card including a second DSL modem for transmitting and receiving Ethernet packets with said first computer;
transmitting Ethernet packets from said virtual interface card to said Ethernet hub via said DSL link interconnecting said first DSL modem and said second DSL modem; and in said first DSL modem, receiving a media access control (MAC) address from said physical interface card, wherein the virtual interface card and the physical interface card use a common media access control (MAC) address.
10. The method of claim 9, further comprising the step of said virtual ethernet interface encapsulating said ethernet packets in link layer framing for transmission on said DSL link to said physical interface card, and for decapsulating link layer framing on said ethernet packets received on said DSL link from said physical interface card.
11. The method of claim 9, wherein said virtual interface card includes memory for storing said MAC address.
12. The method of claim 9, further including the step of said virtual interface card providing said MAC address to said first computer for assembling said Ethernet packet.
13. A virtual Ethernet interface for interconnecting a first computer at a customer premises and an Ethernet hub at a central office that is remotely located with respect to said customer premises via a digital subscriber line (DSL) link, said virtual Ethernet interface comprising:
a virtual interface card connected to said first computer and in communication with said first computer, said virtual interface card including a first digital subscriber line (DSL) modem for transmitting and receiving Ethernet packets;
an Ethernet card connected to the virtual interface card via the Ethernet interface, the Ethernet card having a media access control (MAC) address; and
a physical interface card connected to a second computer and in communication with said Ethernet hub, said physical interface card including a second DSL modem for transmitting and receiving Ethernet packets with said first computer, said DSL link interconnecting said first DSL modem and said second DSL modem for transmitting said Ethernet packets between said first and second DSL modems, wherein the virtual interface card provides the MAC address to the physical interface card and wherein the physical interface card uses the MAC address when assembling Ethernet packets to be sent to the virtual interface card.
US08/873,602 1996-12-12 1997-06-12 Virtual ethernet interface Expired - Fee Related US5970066A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US08/873,602 US5970066A (en) 1996-12-12 1997-06-12 Virtual ethernet interface

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US3383696P 1996-12-12 1996-12-12
US08/873,602 US5970066A (en) 1996-12-12 1997-06-12 Virtual ethernet interface

Publications (1)

Publication Number Publication Date
US5970066A true US5970066A (en) 1999-10-19

Family

ID=26710192

Family Applications (1)

Application Number Title Priority Date Filing Date
US08/873,602 Expired - Fee Related US5970066A (en) 1996-12-12 1997-06-12 Virtual ethernet interface

Country Status (1)

Country Link
US (1) US5970066A (en)

Cited By (88)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6069897A (en) * 1997-07-09 2000-05-30 Compaq Computer Corporation Interface with dual mode of operation
US6081848A (en) * 1998-08-14 2000-06-27 Intel Corporation Striping packets of data across multiple virtual channels
US6157965A (en) * 1998-02-27 2000-12-05 Intel Corporation System and method for binding a virtual device driver to a network driver interface
US6178179B1 (en) * 1998-12-29 2001-01-23 Qwest Communications International Inc. System and method for linking a VDSL based distribution system with an xDSL based system
US6181693B1 (en) * 1998-10-08 2001-01-30 High Speed Video, L.L.C. High speed video transmission over telephone lines
US6195688B1 (en) * 1998-05-07 2001-02-27 International Business Machines Corporation Computer system, program product and method of communicating internetworking data over a master-slave communication link
US6216171B1 (en) * 1997-02-13 2001-04-10 Sony Corporation Cable modem control method giving priority to packets from the cable head end over packets from the subscriber LAN
US6236675B1 (en) * 1997-03-05 2001-05-22 Paradyne Corporation Pilot tone system and method to allow continuous synchronization in multipoint networks
US6345072B1 (en) 1999-02-22 2002-02-05 Integrated Telecom Express, Inc. Universal DSL link interface between a DSL digital controller and a DSL codec
US6353619B1 (en) * 1998-02-13 2002-03-05 Paradyne Corporation Circuit to integrate a host processor with special packet-handling logic for use with a DSL modem
KR100321822B1 (en) * 2000-02-29 2002-03-07 윤영찬 Ethernet TCP/IP Modem
US6389027B1 (en) 1998-08-25 2002-05-14 International Business Machines Corporation IP multicast interface
US20020064267A1 (en) * 2000-03-31 2002-05-30 Robert Martin Telecommunications portal capable of interpreting messages from an external device
US6446154B1 (en) * 1999-11-03 2002-09-03 Intel Corporation Method and mechanism for virtualizing legacy sideband signals in a hub interface architecture
US6445733B1 (en) * 1997-10-03 2002-09-03 Conexant Systems, Inc. Method of and apparatus for performing line characterization in a non-idle mode in a subscriber line communication system
EP1241859A1 (en) * 2001-03-14 2002-09-18 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method and system for obtaining domain name and IP-address resolution
WO2002076027A1 (en) * 2001-03-21 2002-09-26 Corecess Inc. Adsl access multiplexer connected to ethernet and adsl network system using the same
US20020156613A1 (en) * 2001-04-20 2002-10-24 Scott Geng Service clusters and method in a processing system with failover capability
US20020156612A1 (en) * 2001-04-20 2002-10-24 Peter Schulter Address resolution protocol system and method in a virtual network
WO2002086712A1 (en) * 2001-04-20 2002-10-31 Egenera, Inc. Virtual networking system and method in a processing system
US6490285B2 (en) * 1998-08-25 2002-12-03 International Business Machines Corporation IP multicast interface
US20030007621A1 (en) * 1999-03-06 2003-01-09 Graves Richard C. Systems and processes for call and call feature administration on a telecommunications network
US6587454B1 (en) * 1997-05-29 2003-07-01 3Com Corporation Network adaptor for telephone and data traffic
US20030130832A1 (en) * 2002-01-04 2003-07-10 Peter Schulter Virtual networking system and method in a processing system
US6600743B1 (en) 1998-08-25 2003-07-29 International Business Machines Corporation IP multicast interface
US20030161333A1 (en) * 2002-02-22 2003-08-28 Schain Mariano R. Broadband modem residential gateway with efficient network traffic processing
US20030172171A1 (en) * 2002-03-08 2003-09-11 Fujitsu Limited Communication control unit and information terminal unit equipped with the same
US6647418B1 (en) * 1997-10-23 2003-11-11 At&T Wireless Services Inc. Method and apparatus for filtering packets using a dedicated processor
US20030217154A1 (en) * 2002-05-16 2003-11-20 Adc Dsl Systems, Inc. Automatic log-off trigger of data link layer pass-through
US6665703B1 (en) * 1998-01-02 2003-12-16 Emc Corporation Storage system with internal LAN
US20040064688A1 (en) * 2000-07-14 2004-04-01 Andre Jacobs Secure packet-based data broadcasting architecture
US6757744B1 (en) * 1999-05-12 2004-06-29 Unisys Corporation Distributed transport communications manager with messaging subsystem for high-speed communications between heterogeneous computer systems
US6763017B1 (en) 1998-09-30 2004-07-13 Cisco Technology, Inc. Method and apparatus for voice port hunting of remote telephone extensions using voice over packet-data-network systems (VOPS)
US20040170133A1 (en) * 2003-02-28 2004-09-02 Fujitsu Limited Packet processing system
US20040213290A1 (en) * 1998-06-11 2004-10-28 Johnson Michael Ward TCP/IP/PPP modem
US6879587B1 (en) * 2000-06-30 2005-04-12 Intel Corporation Packet processing in a router architecture
US6891825B1 (en) * 1999-12-22 2005-05-10 Mci, Inc. Method and system of providing multi-user access to a packet switched network
US20050282501A1 (en) * 2004-06-07 2005-12-22 Alps Electric Co., Ltd. Method of determining interference and terminal device
US7062550B1 (en) * 1999-01-20 2006-06-13 Bindview Corporation Software-implemented method for identifying nodes on a network
US7068594B1 (en) 1999-02-26 2006-06-27 Cisco Technology, Inc. Method and apparatus for fault tolerant permanent voice calls in voice-over-packet systems
US20060146835A1 (en) * 2004-12-30 2006-07-06 Sanjib Homchaudhuri Platform independent implementation of private VLANS
US20060200584A1 (en) * 2002-01-30 2006-09-07 Intel Corporation Intermediate driver having a fail-over function
US20060235949A1 (en) * 2005-04-15 2006-10-19 Ta-Wen Tai Firmware update method for automatically updating firmware of a plurality of electronic devices and network thereof
US20060250966A1 (en) * 2005-05-03 2006-11-09 Yuan-Chi Su Method for local area network security
US7231430B2 (en) 2001-04-20 2007-06-12 Egenera, Inc. Reconfigurable, virtual processing system, cluster, network and method
CN1323520C (en) * 2002-05-30 2007-06-27 中兴通讯股份有限公司 Broad-band insertion service apparatus dialing testing method
US7245630B1 (en) 1998-09-30 2007-07-17 Cisco Technology, Inc. Method and apparatus for routing integrated data, voice, and video traffic
US20070192459A1 (en) * 2006-02-13 2007-08-16 Kazuhide Horimoto Control method of computer, program, and virtual computer system
US20070239854A1 (en) * 2006-04-11 2007-10-11 Gopalakrishnan Janakiraman Method of migrating process domain
US20070242671A1 (en) * 2006-04-13 2007-10-18 Christenson David A Method and Apparatus for Routing Data Packets Between Different Internet Communications Stack Instances
US7339924B1 (en) * 1998-09-30 2008-03-04 Cisco Technology, Inc. Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (VOPS)
US7366186B1 (en) * 2000-06-30 2008-04-29 Intel Corporation Forwarding data in a routing architecture
US20080320181A1 (en) * 2007-06-21 2008-12-25 Seamicro Corp. Hardware-Based Virtualization of BIOS, Disks, Network-Interfaces, & Consoles Using a Direct Interconnect Fabric
CN100464511C (en) * 2004-01-05 2009-02-25 联想(北京)有限公司 Ether net communication system and method
US20090154275A1 (en) * 2005-05-19 2009-06-18 Elpida Memory, Inc. Semiconductor device and testing method thereof
US20100040059A1 (en) * 2006-05-03 2010-02-18 Trapeze Networks, Inc. System and method for restricting network access using forwarding databases
US20100043006A1 (en) * 2008-08-13 2010-02-18 Egenera, Inc. Systems and methods for a configurable deployment platform with virtualization of processing resource specific persistent settings
US20100271976A1 (en) * 2005-04-22 2010-10-28 Cisco Technology, Inc. Techniques for encapsulating point to point (ppp) over ethernet frames
US20100329258A1 (en) * 2009-06-30 2010-12-30 Alcatel-Lucent Usa Inc. Dynamically enabling mpls stations and ports using an arp database
US20110075677A1 (en) * 2008-06-10 2011-03-31 Tsirinsky-Feigin Larisa Network gateway for time-critical and mission-critical networks
US20110103226A1 (en) * 1999-05-19 2011-05-05 Spinel Ektronix Llc System for transporting ethernet frames over very high speed digital subscriber lines
US8116275B2 (en) 2005-10-13 2012-02-14 Trapeze Networks, Inc. System and network for wireless network monitoring
US8150357B2 (en) 2008-03-28 2012-04-03 Trapeze Networks, Inc. Smoothing filter for irregular update intervals
US8161278B2 (en) 2005-03-15 2012-04-17 Trapeze Networks, Inc. System and method for distributing keys in a wireless network
US20120163376A1 (en) * 2010-12-22 2012-06-28 Juniper Networks, Inc. Methods and apparatus to route fibre channel frames using reduced forwarding state on an fcoe-to-fc gateway
US8218449B2 (en) 2005-10-13 2012-07-10 Trapeze Networks, Inc. System and method for remote monitoring in a wireless network
US8238942B2 (en) 2007-11-21 2012-08-07 Trapeze Networks, Inc. Wireless station location detection
US8238298B2 (en) 2008-08-29 2012-08-07 Trapeze Networks, Inc. Picking an optimal channel for an access point in a wireless network
US8340110B2 (en) 2006-09-15 2012-12-25 Trapeze Networks, Inc. Quality of service provisioning for wireless networks
US20120331556A1 (en) * 2011-06-27 2012-12-27 Dmitri Alperovitch System and method for protocol fingerprinting and reputation correlation
WO2013061292A1 (en) * 2011-10-27 2013-05-02 Centre For Development Of Telematics (C-Dot) A communication system for managing leased line network with wireless fallback
WO2013061211A1 (en) * 2011-10-27 2013-05-02 Centre For Development Of Telematics (C-Dot) A communication system for managing leased line network and a method thereof
US8457031B2 (en) 2005-10-13 2013-06-04 Trapeze Networks, Inc. System and method for reliable multicast
US8638762B2 (en) 2005-10-13 2014-01-28 Trapeze Networks, Inc. System and method for network integrity
US8670383B2 (en) 2006-12-28 2014-03-11 Trapeze Networks, Inc. System and method for aggregation and queuing in a wireless network
US8818322B2 (en) 2006-06-09 2014-08-26 Trapeze Networks, Inc. Untethered access point mesh system and method
US8902904B2 (en) 2007-09-07 2014-12-02 Trapeze Networks, Inc. Network assignment based on priority
US8931043B2 (en) 2012-04-10 2015-01-06 Mcafee Inc. System and method for determining and using local reputations of users and hosts to protect information in a network environment
US20150049756A1 (en) * 2013-08-19 2015-02-19 Centurylink Intellectual Property Llc POTS Telephony over High Speed Data Networks
US8966018B2 (en) 2006-05-19 2015-02-24 Trapeze Networks, Inc. Automated network device configuration and network deployment
US8978105B2 (en) 2008-07-25 2015-03-10 Trapeze Networks, Inc. Affirming network relationships and resource access via related networks
US9122877B2 (en) 2011-03-21 2015-09-01 Mcafee, Inc. System and method for malware and network reputation correlation
US9191799B2 (en) 2006-06-09 2015-11-17 Juniper Networks, Inc. Sharing data between wireless switches system and method
US9258702B2 (en) 2006-06-09 2016-02-09 Trapeze Networks, Inc. AP-local dynamic switching
US9529900B2 (en) 2011-12-06 2016-12-27 At&T Intellectual Property I, L.P. Visual interface browser
US9608939B2 (en) 2010-12-22 2017-03-28 Juniper Networks, Inc. Methods and apparatus to reduce forwarding state on an FCoE-to-FC gateway using port-specific MAC addresses
US20220069998A1 (en) * 2020-09-01 2022-03-03 Rockwell Collins, Inc. Method for Cryptographic Engine to Interface with an Arbitrary Number of Processor Cards in a Scalable Environment
US11711300B2 (en) 2007-09-24 2023-07-25 Intel Corporation Method and system for virtual port communications

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5105438A (en) * 1990-12-10 1992-04-14 At&T Bell Laboratories Remotely accessing intelligent network channel terminating equipment device
US5504736A (en) * 1992-05-11 1996-04-02 At&T Corp. Non-invasive link monitor
US5659684A (en) * 1995-02-03 1997-08-19 Isdn Systems Corporation Methods and apparatus for interconnecting personal computers (PCs) and local area networks (LANs) using packet protocols transmitted over a digital data service (DDS)
US5732080A (en) * 1995-07-12 1998-03-24 Bay Networks, Inc. Method and apparatus for controlling data flow within a switching device
US5838682A (en) * 1995-11-28 1998-11-17 Bell Atlantic Network Services, Inc. Method and apparatus for establishing communications with a remote node on a switched network based on hypertext dialing information received from a packet network
US5841991A (en) * 1992-11-18 1998-11-24 Canon Information Systems, Inc. In an Interactive network board, a method and apparatus for storing a media access control address in a remotely alterable memory
US5867666A (en) * 1994-12-29 1999-02-02 Cisco Systems, Inc. Virtual interfaces with dynamic binding
US5894479A (en) * 1996-12-10 1999-04-13 Intel Corporation Providing address resolution information for self registration of clients on power-up or dial-in

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5105438A (en) * 1990-12-10 1992-04-14 At&T Bell Laboratories Remotely accessing intelligent network channel terminating equipment device
US5504736A (en) * 1992-05-11 1996-04-02 At&T Corp. Non-invasive link monitor
US5841991A (en) * 1992-11-18 1998-11-24 Canon Information Systems, Inc. In an Interactive network board, a method and apparatus for storing a media access control address in a remotely alterable memory
US5867666A (en) * 1994-12-29 1999-02-02 Cisco Systems, Inc. Virtual interfaces with dynamic binding
US5659684A (en) * 1995-02-03 1997-08-19 Isdn Systems Corporation Methods and apparatus for interconnecting personal computers (PCs) and local area networks (LANs) using packet protocols transmitted over a digital data service (DDS)
US5732080A (en) * 1995-07-12 1998-03-24 Bay Networks, Inc. Method and apparatus for controlling data flow within a switching device
US5838682A (en) * 1995-11-28 1998-11-17 Bell Atlantic Network Services, Inc. Method and apparatus for establishing communications with a remote node on a switched network based on hypertext dialing information received from a packet network
US5894479A (en) * 1996-12-10 1999-04-13 Intel Corporation Providing address resolution information for self registration of clients on power-up or dial-in

Cited By (155)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6216171B1 (en) * 1997-02-13 2001-04-10 Sony Corporation Cable modem control method giving priority to packets from the cable head end over packets from the subscriber LAN
US6236675B1 (en) * 1997-03-05 2001-05-22 Paradyne Corporation Pilot tone system and method to allow continuous synchronization in multipoint networks
US6587454B1 (en) * 1997-05-29 2003-07-01 3Com Corporation Network adaptor for telephone and data traffic
US6069897A (en) * 1997-07-09 2000-05-30 Compaq Computer Corporation Interface with dual mode of operation
US6445733B1 (en) * 1997-10-03 2002-09-03 Conexant Systems, Inc. Method of and apparatus for performing line characterization in a non-idle mode in a subscriber line communication system
US20040073671A1 (en) * 1997-10-23 2004-04-15 Arturo Maria Method and apparatus for filtering packets using a dedicated processor
US6647418B1 (en) * 1997-10-23 2003-11-11 At&T Wireless Services Inc. Method and apparatus for filtering packets using a dedicated processor
US6874026B2 (en) * 1997-10-23 2005-03-29 Cingular Wireless Ii, Inc. Method and apparatus for filtering packets using a dedicated processor
US6665703B1 (en) * 1998-01-02 2003-12-16 Emc Corporation Storage system with internal LAN
US6353619B1 (en) * 1998-02-13 2002-03-05 Paradyne Corporation Circuit to integrate a host processor with special packet-handling logic for use with a DSL modem
US6157965A (en) * 1998-02-27 2000-12-05 Intel Corporation System and method for binding a virtual device driver to a network driver interface
US6195688B1 (en) * 1998-05-07 2001-02-27 International Business Machines Corporation Computer system, program product and method of communicating internetworking data over a master-slave communication link
US20040213290A1 (en) * 1998-06-11 2004-10-28 Johnson Michael Ward TCP/IP/PPP modem
US7483375B2 (en) 1998-06-11 2009-01-27 Nvidia Corporation TCP/IP/PPP modem
US6081848A (en) * 1998-08-14 2000-06-27 Intel Corporation Striping packets of data across multiple virtual channels
US6600743B1 (en) 1998-08-25 2003-07-29 International Business Machines Corporation IP multicast interface
US6389027B1 (en) 1998-08-25 2002-05-14 International Business Machines Corporation IP multicast interface
US6490285B2 (en) * 1998-08-25 2002-12-03 International Business Machines Corporation IP multicast interface
US20080175233A1 (en) * 1998-09-30 2008-07-24 Wing-Kuen Chung Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (VOPS)
US8126009B2 (en) 1998-09-30 2012-02-28 Cisco Technology, Inc. Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (VOPS)
US7245630B1 (en) 1998-09-30 2007-07-17 Cisco Technology, Inc. Method and apparatus for routing integrated data, voice, and video traffic
US8848695B2 (en) 1998-09-30 2014-09-30 Cisco Technology, Inc. Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (VOPS)
US6763017B1 (en) 1998-09-30 2004-07-13 Cisco Technology, Inc. Method and apparatus for voice port hunting of remote telephone extensions using voice over packet-data-network systems (VOPS)
US7339924B1 (en) * 1998-09-30 2008-03-04 Cisco Technology, Inc. Method and apparatus for providing ringing timeout disconnect supervision in remote telephone extensions using voice over packet-data-network systems (VOPS)
US6181693B1 (en) * 1998-10-08 2001-01-30 High Speed Video, L.L.C. High speed video transmission over telephone lines
US6178179B1 (en) * 1998-12-29 2001-01-23 Qwest Communications International Inc. System and method for linking a VDSL based distribution system with an xDSL based system
US7062550B1 (en) * 1999-01-20 2006-06-13 Bindview Corporation Software-implemented method for identifying nodes on a network
US6836510B2 (en) 1999-02-22 2004-12-28 Pctel, Inc. DSL link with scaleable performance
US6904083B2 (en) 1999-02-22 2005-06-07 Pctel, Inc. DSL link with embedded control and multi-channel capability
US20020061061A1 (en) * 1999-02-22 2002-05-23 Young Whu-Ming DSL link with scaleable performance
US6804292B2 (en) 1999-02-22 2004-10-12 Pctel, Inc. Broadband I/O circuits, interface and bus
US20020080869A1 (en) * 1999-02-22 2002-06-27 Young Whu-Ming DSL link with embedded control and multi-channel capability
US6345072B1 (en) 1999-02-22 2002-02-05 Integrated Telecom Express, Inc. Universal DSL link interface between a DSL digital controller and a DSL codec
US7068594B1 (en) 1999-02-26 2006-06-27 Cisco Technology, Inc. Method and apparatus for fault tolerant permanent voice calls in voice-over-packet systems
US20030007621A1 (en) * 1999-03-06 2003-01-09 Graves Richard C. Systems and processes for call and call feature administration on a telecommunications network
US7069291B2 (en) 1999-03-06 2006-06-27 Coppercom, Inc. Systems and processes for call and call feature administration on a telecommunications network
US6757744B1 (en) * 1999-05-12 2004-06-29 Unisys Corporation Distributed transport communications manager with messaging subsystem for high-speed communications between heterogeneous computer systems
US6810431B1 (en) * 1999-05-12 2004-10-26 Unisys Corporation Distributed transport communications manager with messaging subsystem for high-speed communications between heterogeneous computer systems
US8446905B2 (en) * 1999-05-19 2013-05-21 Spinel Ektronix Llc System for transporting ethernet frames over very high speed digital subscriber lines
US20110103226A1 (en) * 1999-05-19 2011-05-05 Spinel Ektronix Llc System for transporting ethernet frames over very high speed digital subscriber lines
US9178985B2 (en) 1999-05-19 2015-11-03 Spinel Ektronix Llc System for transporting ethernet frames over very high speed digital subscriber lines
US6446154B1 (en) * 1999-11-03 2002-09-03 Intel Corporation Method and mechanism for virtualizing legacy sideband signals in a hub interface architecture
US8923284B2 (en) 1999-12-22 2014-12-30 Verizon Patent And Licensing Inc. Method and system of providing multi-user access to a packet switched network
US6891825B1 (en) * 1999-12-22 2005-05-10 Mci, Inc. Method and system of providing multi-user access to a packet switched network
US20050157711A1 (en) * 1999-12-22 2005-07-21 Mci, Inc. Method and system of providing multi-user access to a packet switched network
KR100321822B1 (en) * 2000-02-29 2002-03-07 윤영찬 Ethernet TCP/IP Modem
US7046778B2 (en) 2000-03-31 2006-05-16 Coppercom, Inc. Telecommunications portal capable of interpreting messages from an external device
US20020064267A1 (en) * 2000-03-31 2002-05-30 Robert Martin Telecommunications portal capable of interpreting messages from an external device
US20020085696A1 (en) * 2000-03-31 2002-07-04 Robert Martin Methods and apparatus for call service processing
US7216350B2 (en) 2000-03-31 2007-05-08 Coppercom, Inc. Methods and apparatus for call service processing by instantiating an object that executes a compiled representation of a mark-up language description of operations for performing a call feature or service
US7366186B1 (en) * 2000-06-30 2008-04-29 Intel Corporation Forwarding data in a routing architecture
US6879587B1 (en) * 2000-06-30 2005-04-12 Intel Corporation Packet processing in a router architecture
US7739496B2 (en) * 2000-07-14 2010-06-15 Irdeto Access B.V. Secure packet-based data broadcasting architecture
US20040064688A1 (en) * 2000-07-14 2004-04-01 Andre Jacobs Secure packet-based data broadcasting architecture
EP1241859A1 (en) * 2001-03-14 2002-09-18 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method and system for obtaining domain name and IP-address resolution
WO2002076027A1 (en) * 2001-03-21 2002-09-26 Corecess Inc. Adsl access multiplexer connected to ethernet and adsl network system using the same
US20020156613A1 (en) * 2001-04-20 2002-10-24 Scott Geng Service clusters and method in a processing system with failover capability
US6971044B2 (en) 2001-04-20 2005-11-29 Egenera, Inc. Service clusters and method in a processing system with failover capability
US7305581B2 (en) * 2001-04-20 2007-12-04 Egenera, Inc. Service clusters and method in a processing system with failover capability
US7174390B2 (en) 2001-04-20 2007-02-06 Egenera, Inc. Address resolution protocol system and method in a virtual network
US20060107108A1 (en) * 2001-04-20 2006-05-18 Egenera, Inc. Service clusters and method in a processing system with failover capability
US7231430B2 (en) 2001-04-20 2007-06-12 Egenera, Inc. Reconfigurable, virtual processing system, cluster, network and method
US20070233810A1 (en) * 2001-04-20 2007-10-04 Vern Brownell Reconfigurable, virtual processing system, cluster, network and method
US20020156612A1 (en) * 2001-04-20 2002-10-24 Peter Schulter Address resolution protocol system and method in a virtual network
WO2002086712A1 (en) * 2001-04-20 2002-10-31 Egenera, Inc. Virtual networking system and method in a processing system
US20070233825A1 (en) * 2001-04-20 2007-10-04 Vern Brownell Reconfigurable, virtual processing system, cluster, network and method
US20070233809A1 (en) * 2001-04-20 2007-10-04 Egenera, Inc. Reconfigurable, virtual processing system, cluster, network and method
US20030130832A1 (en) * 2002-01-04 2003-07-10 Peter Schulter Virtual networking system and method in a processing system
US7765327B2 (en) * 2002-01-30 2010-07-27 Intel Corporation Intermediate driver having a fail-over function
US20060200584A1 (en) * 2002-01-30 2006-09-07 Intel Corporation Intermediate driver having a fail-over function
US6944706B2 (en) * 2002-02-22 2005-09-13 Texas Instruments Incorporated System and method for efficiently processing broadband network traffic
US20030161333A1 (en) * 2002-02-22 2003-08-28 Schain Mariano R. Broadband modem residential gateway with efficient network traffic processing
US20030172171A1 (en) * 2002-03-08 2003-09-11 Fujitsu Limited Communication control unit and information terminal unit equipped with the same
US7539758B2 (en) * 2002-05-16 2009-05-26 Adc Dsl Systems, Inc. Method and system for triggering an automatic log-off of data link layer pass-through application
US20030217154A1 (en) * 2002-05-16 2003-11-20 Adc Dsl Systems, Inc. Automatic log-off trigger of data link layer pass-through
CN1323520C (en) * 2002-05-30 2007-06-27 中兴通讯股份有限公司 Broad-band insertion service apparatus dialing testing method
US20040170133A1 (en) * 2003-02-28 2004-09-02 Fujitsu Limited Packet processing system
US7593337B2 (en) * 2003-02-28 2009-09-22 Fujitsu Limited Packet processing system
CN100464511C (en) * 2004-01-05 2009-02-25 联想(北京)有限公司 Ether net communication system and method
US20050282501A1 (en) * 2004-06-07 2005-12-22 Alps Electric Co., Ltd. Method of determining interference and terminal device
CN100477577C (en) * 2004-06-07 2009-04-08 阿尔卑斯电气株式会社 Method for determining interference and terminal device
US7808992B2 (en) * 2004-12-30 2010-10-05 Cisco Technology, Inc. Platform independent implementation of private VLANS
US20060146835A1 (en) * 2004-12-30 2006-07-06 Sanjib Homchaudhuri Platform independent implementation of private VLANS
US8635444B2 (en) 2005-03-15 2014-01-21 Trapeze Networks, Inc. System and method for distributing keys in a wireless network
US8161278B2 (en) 2005-03-15 2012-04-17 Trapeze Networks, Inc. System and method for distributing keys in a wireless network
US20060235949A1 (en) * 2005-04-15 2006-10-19 Ta-Wen Tai Firmware update method for automatically updating firmware of a plurality of electronic devices and network thereof
US20100271976A1 (en) * 2005-04-22 2010-10-28 Cisco Technology, Inc. Techniques for encapsulating point to point (ppp) over ethernet frames
US8204080B2 (en) 2005-04-22 2012-06-19 Cisco Technology, Inc. Techniques for encapsulating point to point (PPP) over Ethernet frames
US20060250966A1 (en) * 2005-05-03 2006-11-09 Yuan-Chi Su Method for local area network security
US20090154275A1 (en) * 2005-05-19 2009-06-18 Elpida Memory, Inc. Semiconductor device and testing method thereof
US8638762B2 (en) 2005-10-13 2014-01-28 Trapeze Networks, Inc. System and method for network integrity
US8514827B2 (en) 2005-10-13 2013-08-20 Trapeze Networks, Inc. System and network for wireless network monitoring
US8457031B2 (en) 2005-10-13 2013-06-04 Trapeze Networks, Inc. System and method for reliable multicast
US8218449B2 (en) 2005-10-13 2012-07-10 Trapeze Networks, Inc. System and method for remote monitoring in a wireless network
US8116275B2 (en) 2005-10-13 2012-02-14 Trapeze Networks, Inc. System and network for wireless network monitoring
US20070192459A1 (en) * 2006-02-13 2007-08-16 Kazuhide Horimoto Control method of computer, program, and virtual computer system
US7577864B2 (en) * 2006-02-13 2009-08-18 Hitachi, Ltd. Control method of computer, program, and virtual computer system
US20070239854A1 (en) * 2006-04-11 2007-10-11 Gopalakrishnan Janakiraman Method of migrating process domain
US20070242671A1 (en) * 2006-04-13 2007-10-18 Christenson David A Method and Apparatus for Routing Data Packets Between Different Internet Communications Stack Instances
WO2007118740A1 (en) * 2006-04-13 2007-10-25 International Business Machines Corporation Method and apparatus for routing data packets between different internet communications stack instances
US20100040059A1 (en) * 2006-05-03 2010-02-18 Trapeze Networks, Inc. System and method for restricting network access using forwarding databases
US8964747B2 (en) * 2006-05-03 2015-02-24 Trapeze Networks, Inc. System and method for restricting network access using forwarding databases
US8966018B2 (en) 2006-05-19 2015-02-24 Trapeze Networks, Inc. Automated network device configuration and network deployment
US10798650B2 (en) 2006-06-09 2020-10-06 Trapeze Networks, Inc. AP-local dynamic switching
US10638304B2 (en) 2006-06-09 2020-04-28 Trapeze Networks, Inc. Sharing data between wireless switches system and method
US9258702B2 (en) 2006-06-09 2016-02-09 Trapeze Networks, Inc. AP-local dynamic switching
US11432147B2 (en) 2006-06-09 2022-08-30 Trapeze Networks, Inc. Untethered access point mesh system and method
US9838942B2 (en) 2006-06-09 2017-12-05 Trapeze Networks, Inc. AP-local dynamic switching
US9191799B2 (en) 2006-06-09 2015-11-17 Juniper Networks, Inc. Sharing data between wireless switches system and method
US8818322B2 (en) 2006-06-09 2014-08-26 Trapeze Networks, Inc. Untethered access point mesh system and method
US10327202B2 (en) 2006-06-09 2019-06-18 Trapeze Networks, Inc. AP-local dynamic switching
US11627461B2 (en) 2006-06-09 2023-04-11 Juniper Networks, Inc. AP-local dynamic switching
US10834585B2 (en) 2006-06-09 2020-11-10 Trapeze Networks, Inc. Untethered access point mesh system and method
US11758398B2 (en) 2006-06-09 2023-09-12 Juniper Networks, Inc. Untethered access point mesh system and method
US8340110B2 (en) 2006-09-15 2012-12-25 Trapeze Networks, Inc. Quality of service provisioning for wireless networks
US8670383B2 (en) 2006-12-28 2014-03-11 Trapeze Networks, Inc. System and method for aggregation and queuing in a wireless network
US20080320181A1 (en) * 2007-06-21 2008-12-25 Seamicro Corp. Hardware-Based Virtualization of BIOS, Disks, Network-Interfaces, & Consoles Using a Direct Interconnect Fabric
US7925802B2 (en) 2007-06-21 2011-04-12 Seamicro Corp. Hardware-based virtualization of BIOS, disks, network-interfaces, and consoles using a direct interconnect fabric
US8902904B2 (en) 2007-09-07 2014-12-02 Trapeze Networks, Inc. Network assignment based on priority
US11711300B2 (en) 2007-09-24 2023-07-25 Intel Corporation Method and system for virtual port communications
US11716285B2 (en) * 2007-09-24 2023-08-01 Intel Corporation Method and system for virtual port communications
US8238942B2 (en) 2007-11-21 2012-08-07 Trapeze Networks, Inc. Wireless station location detection
US8150357B2 (en) 2008-03-28 2012-04-03 Trapeze Networks, Inc. Smoothing filter for irregular update intervals
US8705541B2 (en) * 2008-06-10 2014-04-22 E.S. Embedded Solutions 3000 Ltd. Network gateway for time-critical and mission-critical networks
US20110075677A1 (en) * 2008-06-10 2011-03-31 Tsirinsky-Feigin Larisa Network gateway for time-critical and mission-critical networks
US8978105B2 (en) 2008-07-25 2015-03-10 Trapeze Networks, Inc. Affirming network relationships and resource access via related networks
US20100043006A1 (en) * 2008-08-13 2010-02-18 Egenera, Inc. Systems and methods for a configurable deployment platform with virtualization of processing resource specific persistent settings
US8238298B2 (en) 2008-08-29 2012-08-07 Trapeze Networks, Inc. Picking an optimal channel for an access point in a wireless network
US20100329258A1 (en) * 2009-06-30 2010-12-30 Alcatel-Lucent Usa Inc. Dynamically enabling mpls stations and ports using an arp database
US20150245115A1 (en) * 2010-12-22 2015-08-27 Juniper Networks, Inc. Methods and apparatus to route fibre channel frames using reduced forwarding state on an fcoe-to-fc gateway
US9031072B2 (en) * 2010-12-22 2015-05-12 Juniper Networks, Inc. Methods and apparatus to route fibre channel frames using reduced forwarding state on an FCOE-to-FC gateway
US9414136B2 (en) * 2010-12-22 2016-08-09 Juniper Networks, Inc. Methods and apparatus to route fibre channel frames using reduced forwarding state on an FCoE-to-FC gateway
US20120163376A1 (en) * 2010-12-22 2012-06-28 Juniper Networks, Inc. Methods and apparatus to route fibre channel frames using reduced forwarding state on an fcoe-to-fc gateway
US10027603B1 (en) 2010-12-22 2018-07-17 Juniper Networks, Inc. Methods and apparatus to reduce forwarding state on an FCoE-to-FC gateway using port-specific MAC addresses
US9608939B2 (en) 2010-12-22 2017-03-28 Juniper Networks, Inc. Methods and apparatus to reduce forwarding state on an FCoE-to-FC gateway using port-specific MAC addresses
US9122877B2 (en) 2011-03-21 2015-09-01 Mcafee, Inc. System and method for malware and network reputation correlation
US9661017B2 (en) 2011-03-21 2017-05-23 Mcafee, Inc. System and method for malware and network reputation correlation
US9106680B2 (en) * 2011-06-27 2015-08-11 Mcafee, Inc. System and method for protocol fingerprinting and reputation correlation
US20120331556A1 (en) * 2011-06-27 2012-12-27 Dmitri Alperovitch System and method for protocol fingerprinting and reputation correlation
CN104012037A (en) * 2011-10-27 2014-08-27 远程通讯发展中心(C-Dot) Communication system for managing leased line network with wireless fallback
US20140307762A1 (en) * 2011-10-27 2014-10-16 Center For Development Of Telematics (C-Dot) Communication system for managing leased line network and a method thereof
WO2013061292A1 (en) * 2011-10-27 2013-05-02 Centre For Development Of Telematics (C-Dot) A communication system for managing leased line network with wireless fallback
WO2013061211A1 (en) * 2011-10-27 2013-05-02 Centre For Development Of Telematics (C-Dot) A communication system for managing leased line network and a method thereof
GB2509465A (en) * 2011-10-27 2014-07-02 Ct For Dev Of Telematics C Dot A communication system for managing leased line network with wireless fallback
GB2510075A (en) * 2011-10-27 2014-07-23 Ct For Dev Of Telematics C Dot A communication system for managing leased line network and a method thereof
US9529900B2 (en) 2011-12-06 2016-12-27 At&T Intellectual Property I, L.P. Visual interface browser
US9516062B2 (en) 2012-04-10 2016-12-06 Mcafee, Inc. System and method for determining and using local reputations of users and hosts to protect information in a network environment
US8931043B2 (en) 2012-04-10 2015-01-06 Mcafee Inc. System and method for determining and using local reputations of users and hosts to protect information in a network environment
US20150049756A1 (en) * 2013-08-19 2015-02-19 Centurylink Intellectual Property Llc POTS Telephony over High Speed Data Networks
US10863036B2 (en) * 2013-08-19 2020-12-08 Centurylink Intellectual Property Llc POTS telephony over high speed data networks
US20170118351A1 (en) * 2013-08-19 2017-04-27 Centurylink Intellectual Property Llc POTS Telephony over High Speed Data Networks
US10440189B2 (en) * 2013-08-19 2019-10-08 Centurylink Intellectual Property Llc POTS telephony over high speed data networks
US9571662B2 (en) * 2013-08-19 2017-02-14 Centurylink Intellectual Property Llc POTS telephony over high speed data networks
US9930185B2 (en) * 2013-08-19 2018-03-27 Centurylink Intellectual Property Llc POTS telephony over high speed data networks
US20220069998A1 (en) * 2020-09-01 2022-03-03 Rockwell Collins, Inc. Method for Cryptographic Engine to Interface with an Arbitrary Number of Processor Cards in a Scalable Environment

Similar Documents

Publication Publication Date Title
US5970066A (en) Virtual ethernet interface
US6091737A (en) Remote communications server system
TW499810B (en) DSL modem with management capability
US6563821B1 (en) Channel bonding in a remote communications server system
US6477595B1 (en) Scalable DSL access multiplexer with high reliability
US6891825B1 (en) Method and system of providing multi-user access to a packet switched network
US6625169B1 (en) Integrated communication systems for exchanging data and information between networks
US6711138B1 (en) Digital subscriber line/home phoneline network router
US20010030977A1 (en) Proxy methods for IP address assignment and universal access mechanism
US7116670B2 (en) Method and apparatus for extending point-to-point/asynchronous transfer mode services to client computer systems
US20080117902A1 (en) Auto-provisioning of network services over an Ethernet access link
US20030174714A1 (en) Zero-installation PPP-Bridge setup for lan-to-wan connectivity
EP1838056B1 (en) A method and device for automatic configuration of PVC for CPE
US20040167978A1 (en) Communication apparatus
US20030055987A1 (en) Automatic internet access method using digital subscriber line
Cisco Basic Configuration
Cisco PA-8B-ST and PA-4B-U Basic Rate Interface Port Adapters
Cisco PA-8B-ST and PA-4B-U Basic Rate Interface Port Adapters
Cisco PA-8B-ST and PA-4B-U Basic Rate Interface Port Adapters
Cisco PA-8B-ST and PA-4B-U Basic Rate Interface Port Adapters
Cisco Release Notes for Cisco IOS Release 11.2 P
Cisco Release Notes for Cisco IOS Release 11.2 P
Cisco Release Notes for Cisco IOS Release 11.2 P
Cisco Release Notes for Cisco IOS Release 11.2 P
JP3640082B2 (en) COMMUNICATION SYSTEM, COMMUNICATION DEVICE, TRANSMITTER DETECTING METHOD, AND TRANSMITTER DETECTING PROGRAM

Legal Events

Date Code Title Description
AS Assignment

Owner name: PARADYNE CORPORATION, FLORIDA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LOWRY, GERARD P.;PEPSIN, MICHAEL J.;REEL/FRAME:008606/0780

Effective date: 19970610

AS Assignment

Owner name: FOOTHILL CAPITAL CORPORATION, CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:PARADYNE CORPORATION;REEL/FRAME:012211/0350

Effective date: 20010716

REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 4

SULP Surcharge for late payment
REMI Maintenance fee reminder mailed
FPAY Fee payment

Year of fee payment: 8

SULP Surcharge for late payment

Year of fee payment: 7

AS Assignment

Owner name: PARADYNE CORPORATION, FLORIDA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WELLS FARGO FOOTHILL, INC., F/K/A FOOTHILL CAPITAL CORPORATION;REEL/FRAME:021773/0968

Effective date: 20041216

AS Assignment

Owner name: IPERNICA LTD, AUSTRALIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PARADYNE CORPORATION;REEL/FRAME:022343/0508

Effective date: 20090112

AS Assignment

Owner name: IPR 3 PTY LTD., AUSTRALIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:IPERICA LTD.;REEL/FRAME:022380/0622

Effective date: 20090312

AS Assignment

Owner name: IPR 3 PTY LTD., AUSTRALIA

Free format text: CORRECTIVE ASSIGNMENT TO CORRECT THE RECORDATION PREVIOUSLY RECORDED ON REEL 022380 FRAME 0622;ASSIGNOR:IPERNICA LTD.;REEL/FRAME:022408/0080

Effective date: 20090312

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20111019