WO2003051006A1 - A networking element adapted to receive and output also preambles of data packets or frames - Google Patents

A networking element adapted to receive and output also preambles of data packets or frames Download PDF

Info

Publication number
WO2003051006A1
WO2003051006A1 PCT/US2002/038686 US0238686W WO03051006A1 WO 2003051006 A1 WO2003051006 A1 WO 2003051006A1 US 0238686 W US0238686 W US 0238686W WO 03051006 A1 WO03051006 A1 WO 03051006A1
Authority
WO
WIPO (PCT)
Prior art keywords
frame
data
preamble
received
outputting
Prior art date
Application number
PCT/US2002/038686
Other languages
French (fr)
Inventor
Jens P. Tagore-Brage
Original Assignee
Vitesse Semiconductor Company
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 Vitesse Semiconductor Company filed Critical Vitesse Semiconductor Company
Priority to AU2002362053A priority Critical patent/AU2002362053A1/en
Publication of WO2003051006A1 publication Critical patent/WO2003051006A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Definitions

  • the present invention relates to a networking element, such as an Ethernet switch, router, or repeater, which is adapted to receive non-trivial preambles of data packets or frames and to output these - such as as parts of the same or other data packets or frames.
  • a networking element such as an Ethernet switch, router, or repeater
  • the invention relates to a networking element adapted to receive and output data packets or frames, the element comprising:
  • one or more input ports or means for receiving a packet or frame comprising a data part and a preamble part one or more output ports for outputting at least the data part of a received packet or frame, means for outputting the preamble part of a received packet or frame.
  • Network units may be any unit used for networking, such as Ethernet/ATM switches, routers, bridges, repeaters, hubs, Network Interface Cards or computers.
  • the primary feature of the invention is the fact that the preamble, which in Ethernet has been originally used for receiver synchronization, is now both received and output by the networking element.
  • This preamble may comprise valuable information relating to the packet, the transmitting networking element, information for the present or a subsequent networking element - or simply be part of a side band channel being a communication channel "piggy backing" on the Ethernet packets.
  • the preamble is not a part of the packet or frame originally used for holding data or addressing information (such as MAC or IP addresses in Ethernet packets).
  • data or addressing information such as MAC or IP addresses in Ethernet packets.
  • the preamble is the 7 bytes of alternating "1"'s and "0"s preceding the addressing or routing information.
  • a data packet or frame may be any type of data packet or frame having a preamble and a data part, such as packets or units conforming to a standard having one or more address fields, at least one data field and a header having a predetermined bit pattern.
  • Standards of this type may be the Ethernet standard, the standards of IEEE 802.1 , 802.3, Token Ring, or FDDI.
  • the preferred networking element has a plurality of output ports and means for determining from which output port to output at least the data part of a received packet or frame.
  • a networking element of this type may be a switch, router, repeater, or hub and which is connected to each port to a computer or network (spanning from a single computer to the WWW).
  • the determining means may be adapted to perform the determination on the basis of: - an identity of the input port at which the first data packet or frame was received, information comprised in the data part of the first data packet or frame, and/or information comprised in the preamble part - where the outputting means could then be adapted to output the data packet or frame from the output port determined (including the preamble).
  • the preamble part prior to outputting may both be the situation when the information in the preamble relates to the packet (such as in a multicast packet providing information as to where copies have been sent or are to be sent) or relates to the networking element (for providing other networking elements with a status or other information).
  • This altering could be provided by performing an algorithm on information from the preamble and providing the result of the algorithm in the altered preamble.
  • An interesting embodiment is one comprising means for determining from which port to output a preamble part received as part of a first data packet or frame.
  • the data packet or frame received is now taken as comprising two separate parts, which may be routed or switched independently of each other.
  • This is an advantage when the information in the preamble is not related to the rest of the packet and is desired to take a different route than the rest of the packet. This may be the case when the preamble relates to managing information (for managing network elements) or an independent communication channel.
  • the element preferably further comprises means for adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output.
  • the preamble part will "piggy back" different data parts before and after the routing/switching in the networking element.
  • the preamble determining means could be adapted to perform the determination on the basis of:
  • the identity of the input port may be used when a specific route through a network is desired. This may be the case when managing the network.
  • the preamble part may itself comprise routing information as to where to go - and the determining means may have a look-up table quite as is known for normal Ethernet switching.
  • the receiver/transmitter of the actual data part may also define where to send the preamble part - even though the data and preamble parts are not going to the same recipient.
  • This receiver/transmitter may be seen in the MAC addresses or IP addresses - or higher-level addressing/routing information of the packet or frame.
  • Preambles to or from a predetermined MAC/IP address may be predetermined to go to a given recipient - or to follow a given route.
  • An interesting embodiment has means for providing information relating to a data packet or frame received, means for providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the information provided, and wherein the outputting means are adapted to output at least the altered preamble part.
  • the packet transmitted may comprise e.g. routing information for use in subsequent networking element or statistical information or the like for later use.
  • the outputting means are adapted to combine a plurality of preamble parts before outputting.
  • this portion or stream may be assembled (such as timed, error checked or the like) prior to outputting.
  • This outputting may not be via a normal packet or frame I/O port of the networking element by via a special purpose output of the networking element.
  • the present element may comprise means for receiving additional information, to divide the additional information into a plurality of additional information parts, and to provide altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting means are adapted to output at least the altered preamble parts.
  • This additional data could be data packets or frames, which are simply divided and transmitted as side band information in order to utilize the bandwidth on the communication medium between two networking elements. If too many frames or packets desire transmission, part of these may be divided and put into the preambles of others. In that manner, more frames or packets are transmitted on the same communication link.
  • the additional information may be managing information between networking element by which a manager pushes information to a networking element or requests information or via which the networking element provides information to the manager.
  • a second aspect of the invention relates to a method of receiving and outputting a data packet or frame, the method comprising: receiving a packet or frame comprising a data part and a preamble part, outputting at least the data part of a received packet or frame, outputting the preamble part of a received packet or frame.
  • the method may comprise determining from which output port to output at least the data part of a received packet or frame.
  • the determining step may be performed on the basis of: an identity of the input port at which the first data packet or frame was received, information in the data part of the first data packet or frame, and/or information in the preamble part - where the outputting step then could comprise outputting the data packet or frame from the output port determined, (including the preamble)
  • the method could also comprise altering the preamble part prior to outputting.
  • An interesting embodiment further comprises determining from which port to output a preamble part received as part of a first data packet or frame. This determining step could be performed on the basis of:
  • the method preferably comprises adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output.
  • the outputting means may be adapted to combine a plurality of preamble parts before outputting.
  • the method may comprise receiving additional information, dividing the additional information into a plurality of additional information parts, and providing altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting step comprises outputting at least the altered preamble parts.
  • An interesting embodiment is one which comprises providing information relating to a data packet or frame received, providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the information provided, and outputting at least the altered preamble part.
  • the outputting step comprises outputting the received data packet or frame including the altered preamble part.
  • Fig. 1 illustrates standard Ethernet frame
  • Fig. 2 illustrates the frame of Fig. 1 with an altered header position comprising additional data
  • Fig. 3 illustrates the data frame of Fig. 2 now also comprising error correction data
  • Fig. 4 is an overall block diagram of the networking element according to the invention.
  • Fig. 1 illustrates a data frame in accordance with the Ethernet standard used for transmitting data for example through a network such as a local area network (LAN), metropolitan area network (MAN), wide area network (WAN) or an internetwork (Internet).
  • Ethernet is a widely spread communication medium compatible with a wide multiplicity of types of central processing units. Further, the Ethernet is a good and cheap alternative to normal central processing unit busses such as PCI based solutions, when several physically widely distributed chips or system elements need to be controlled.
  • the data frame shown in Fig. 1 and designated in its entirety by reference numeral 50, comprises several separate fields.
  • the first field designated the header or the 'Preamble' field generally carries a 7 BYTE sequence of alternating "1" and "0" values originally used for synchronization between receiver and transmitter.
  • the 'Preamble' field serves to give devices in a network time to detect the presence of a signal of a new data frame on the network.
  • a start frame delimiter designated by 'S' and following the 'Preamble' field in Fig. 1 provides one BYTE of a particular bit sequence recognised by devices in the network as a beginning of a new data frame.
  • a destination MAC address designated by 'DA' and following the 'S' field of the data frame shown in Fig. 1 comprises a 6 BYTE address identifying the device or devices that are to receive the data frame.
  • a source MAC address designated by 'SA' and following the 'DA' field of the data frame shown in Fig. 1 comprises a 6 BYTE address identifying the device originating the data frame.
  • a destination address 'DA' may specify either an address of a single receiving device, a multicast address of a multiplicity of devices, or a broadcast address identifying all devices in a network.
  • a length/type field designated by T and following the 'SA' field shown in Fig. 1 comprises 2 BYTES indicating either the length of the subsequent number of BYTES of the following MAC client data field or the nature of the MAC client protocol (protocol type).
  • the value of the length/type field determines when the length/type field should be understood as a length of the MAC client data field and when the length/type field should be understood as a type of the MAC client protocol.
  • the MAC client data field designated by 'DATA' in Fig. 1 follows the T field and contains the data to be transferred from the originating device to the receiving device or devices.
  • the 'DATA' field has a maximum length of 1500 BYTES and a minimum length of 46 BYTES. In case the 'DATA' field is shorter than 46 BYTES padding is incorporated so as to obtain a 'DATA' field having the minimum length.
  • a frame check sequence designated by * FCS' and following the 'DATA' field shown in Fig. 1 comprises a 4 BYTE cyclical redundancy check (CRC) value used for error checking.
  • CRC cyclical redundancy check
  • the source device stores the calculated value in the 'FCS' field and thus transmits the value as part of the data frame.
  • the receiving device performs an identical calculation and checks if the received value is equal to the new calculated value. If the calculated value does not match the value in the 'FCS' field, the receiving device will assume an error has occurred
  • the preamble part of the packet will be the "preamble” and any additional information 71 (See below) as well as any corresponding error check information 92.
  • the addressing part(s) S, DA, SA, T (as well as any higher level addressing information such as IP addresses) will not form part of the preamble and may be considered part of the data part if not denoted a routing part by itself.
  • error detection data 92 may be added to the frame 70, now identified by 90. These error detection data 92 are calculated on the basis of the additional data 71 and optionally any other part(s) of the frames 50, 70, or 90. This calculation is predetermined so that a receiving means may perform the same calculation on the same data in order to determine whether this data has been transferred correctly. As may be seen, also these error detection data 92 are positioned in the header/preamble in order to not alter any other part of the frame 90 - including the overall length of the frame 90 compared to the frames 50 and 70. In the presently preferred embodiment, a total of 5 bytes of additional data 71 are introduced into the header or preamble and 1 bytes of error check data 92, determined as a CRC of the additional data 71 is used.
  • Fig. 4 illustrates an overall description of an Ethernet switch embodying the invention.
  • the switch 10 comprises four I/O ports 12, a switching core 14 adapted to receive the data parts (including any routing or addressing information), to determine from which port to output the data part and to route the data part to that port for outputting.
  • a preamble routing element 16 is provided for receiving the preambles of the data packets or frames received and for determining from which port, if any, to output the preamble.
  • Means 18 are provided for separating the preamble and data parts of the received data packets or frames and for reassembling these prior to outputting.
  • the means 14 and 16 may perform their determinations in one of a number of manners:
  • the means 14 may determine the output port on the basis of: o the identity of the input port, o information in the data part (primarily of the routing information in the data part), and/or o information derived from the preamble part of the packet - transferred from the means 16 via arrow 22 - the means 16 may determine the output port on the basis of: o the identity of the input port, o information in the preamble part, and/or o information derived from the data part of the packet - transferred from the means 16 via arrow 22.
  • the part 16 may perform an altering of the preamble part prior to outputting. This altering may be so as to inform subsequent networking elements of a status of the present networking element or so as to inform the subsequent networking elements of a status of the data part - such as for use during a multicast of the packet for subsequent networking elements to know to which other elements to send the packet - or which to not send it to.
  • a sideband channel 20 is also provided for e.g. receiving a stream of data or additional data of any kind, where the means 16 divides this, if required, into smaller parts, determined from which port to output the data and transmits corresponding preambles (or data for introduction into preambles) to the corresponding means 18 which will then introduce the preambles or data in data parts received from the means 14 to that output.
  • the channel 20 may also operate in the opposite direction where preambles or data received by the means 16 is found to be output on the channel 20 whereby it is transmitted thereto by the means 16- optionally first assembled into larger data packets or frames - or into a stream of data.

Abstract

A networking element (10) adapted to receive and output (12) data packets or frames (50, 70, 90), the element comprising one or more input ports (Fig. 2) or means for receiving a packet or frame comprising a data part (DA) and a preamble part, one or more output ports (12) for outputting at least the data part of a received packet or frame, means for outputting the preamble part of a received packet or frame.

Description

A NETWORKING ELEMENT ADAPTED TO RECEIVE AND OUTPUT ALSO PREAMBLES OF DATA PACKETS OR FRAMES
The present application hereby claims priority under 35 U.S.C. §119 on US patent publication number 60/340,984 filed December 7, 2001 , the entire contents of which are hereby incorporated by reference.
The present invention relates to a networking element, such as an Ethernet switch, router, or repeater, which is adapted to receive non-trivial preambles of data packets or frames and to output these - such as as parts of the same or other data packets or frames.
In a first aspect, the invention relates to a networking element adapted to receive and output data packets or frames, the element comprising:
- one or more input ports or means for receiving a packet or frame comprising a data part and a preamble part, one or more output ports for outputting at least the data part of a received packet or frame, means for outputting the preamble part of a received packet or frame.
Network units may be any unit used for networking, such as Ethernet/ATM switches, routers, bridges, repeaters, hubs, Network Interface Cards or computers.
The primary feature of the invention is the fact that the preamble, which in Ethernet has been originally used for receiver synchronization, is now both received and output by the networking element. This preamble may comprise valuable information relating to the packet, the transmitting networking element, information for the present or a subsequent networking element - or simply be part of a side band channel being a communication channel "piggy backing" on the Ethernet packets.
Thus, it should be clear that the preamble is not a part of the packet or frame originally used for holding data or addressing information (such as MAC or IP addresses in Ethernet packets). In Ethernet or IEEE 802.3 packets, the preamble is the 7 bytes of alternating "1"'s and "0"s preceding the addressing or routing information. In the present context, a data packet or frame may be any type of data packet or frame having a preamble and a data part, such as packets or units conforming to a standard having one or more address fields, at least one data field and a header having a predetermined bit pattern. Standards of this type may be the Ethernet standard, the standards of IEEE 802.1 , 802.3, Token Ring, or FDDI.
The preferred networking element has a plurality of output ports and means for determining from which output port to output at least the data part of a received packet or frame. A networking element of this type may be a switch, router, repeater, or hub and which is connected to each port to a computer or network (spanning from a single computer to the WWW).
In that situation, the determining means may be adapted to perform the determination on the basis of: - an identity of the input port at which the first data packet or frame was received, information comprised in the data part of the first data packet or frame, and/or information comprised in the preamble part - where the outputting means could then be adapted to output the data packet or frame from the output port determined (including the preamble).
In a number of situations, it may be desired to also have means for altering the preamble part prior to outputting. This may both be the situation when the information in the preamble relates to the packet (such as in a multicast packet providing information as to where copies have been sent or are to be sent) or relates to the networking element (for providing other networking elements with a status or other information).
This altering could be provided by performing an algorithm on information from the preamble and providing the result of the algorithm in the altered preamble.
An interesting embodiment is one comprising means for determining from which port to output a preamble part received as part of a first data packet or frame.
Thus, the data packet or frame received is now taken as comprising two separate parts, which may be routed or switched independently of each other. This is an advantage when the information in the preamble is not related to the rest of the packet and is desired to take a different route than the rest of the packet. This may be the case when the preamble relates to managing information (for managing network elements) or an independent communication channel.
In this situation, the element preferably further comprises means for adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output. Thus, the preamble part will "piggy back" different data parts before and after the routing/switching in the networking element.
As is the case with the data part, the preamble determining means could be adapted to perform the determination on the basis of:
an identity of the input port at which the first data packet or frame was received, information comprised in the preamble part, and/or information comprised in the data part of the first data packet or frame.
The identity of the input port may be used when a specific route through a network is desired. This may be the case when managing the network.
The preamble part may itself comprise routing information as to where to go - and the determining means may have a look-up table quite as is known for normal Ethernet switching.
The receiver/transmitter of the actual data part may also define where to send the preamble part - even though the data and preamble parts are not going to the same recipient. This receiver/transmitter may be seen in the MAC addresses or IP addresses - or higher-level addressing/routing information of the packet or frame. Preambles to or from a predetermined MAC/IP address may be predetermined to go to a given recipient - or to follow a given route.
An interesting embodiment has means for providing information relating to a data packet or frame received, means for providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the information provided, and wherein the outputting means are adapted to output at least the altered preamble part.
And especially when the outputting means are adapted to output the received data packet or frame including the altered preamble part, the packet transmitted may comprise e.g. routing information for use in subsequent networking element or statistical information or the like for later use.
In one embodiment, the outputting means are adapted to combine a plurality of preamble parts before outputting. Thus, if the preamble parts actually form part of a larger data portion or even a stream of data, this portion or stream may be assembled (such as timed, error checked or the like) prior to outputting. This outputting may not be via a normal packet or frame I/O port of the networking element by via a special purpose output of the networking element.
Similarly to that, the present element may comprise means for receiving additional information, to divide the additional information into a plurality of additional information parts, and to provide altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting means are adapted to output at least the altered preamble parts. This is a similar communication in the opposite direction.
This additional data could be data packets or frames, which are simply divided and transmitted as side band information in order to utilize the bandwidth on the communication medium between two networking elements. If too many frames or packets desire transmission, part of these may be divided and put into the preambles of others. In that manner, more frames or packets are transmitted on the same communication link.
The additional information may be managing information between networking element by which a manager pushes information to a networking element or requests information or via which the networking element provides information to the manager.
A second aspect of the invention relates to a method of receiving and outputting a data packet or frame, the method comprising: receiving a packet or frame comprising a data part and a preamble part, outputting at least the data part of a received packet or frame, outputting the preamble part of a received packet or frame.
Again, the method may comprise determining from which output port to output at least the data part of a received packet or frame.
Then, the determining step may be performed on the basis of: an identity of the input port at which the first data packet or frame was received, information in the data part of the first data packet or frame, and/or information in the preamble part - where the outputting step then could comprise outputting the data packet or frame from the output port determined, (including the preamble)
The method could also comprise altering the preamble part prior to outputting.
An interesting embodiment further comprises determining from which port to output a preamble part received as part of a first data packet or frame. This determining step could be performed on the basis of:
an identity of the input port at which the first data packet or frame was received, information comprised in the preamble part, and/or - information comprised in the data part of the first data packet or frame.
The method preferably comprises adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output.
As described above, the outputting means may be adapted to combine a plurality of preamble parts before outputting.
Also, the method may comprise receiving additional information, dividing the additional information into a plurality of additional information parts, and providing altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting step comprises outputting at least the altered preamble parts.
An interesting embodiment is one which comprises providing information relating to a data packet or frame received, providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the information provided, and outputting at least the altered preamble part. Preferably, then, the outputting step comprises outputting the received data packet or frame including the altered preamble part.
In the following, the invention will be described with reference to the drawing wherein:
Fig. 1 illustrates standard Ethernet frame,
Fig. 2 illustrates the frame of Fig. 1 with an altered header position comprising additional data,
Fig. 3 illustrates the data frame of Fig. 2 now also comprising error correction data, and
Fig. 4 is an overall block diagram of the networking element according to the invention.
Fig. 1 illustrates a data frame in accordance with the Ethernet standard used for transmitting data for example through a network such as a local area network (LAN), metropolitan area network (MAN), wide area network (WAN) or an internetwork (Internet). Ethernet is a widely spread communication medium compatible with a wide multiplicity of types of central processing units. Further, the Ethernet is a good and cheap alternative to normal central processing unit busses such as PCI based solutions, when several physically widely distributed chips or system elements need to be controlled.
The data frame, shown in Fig. 1 and designated in its entirety by reference numeral 50, comprises several separate fields. The first field designated the header or the 'Preamble' field generally carries a 7 BYTE sequence of alternating "1" and "0" values originally used for synchronization between receiver and transmitter. The 'Preamble' field serves to give devices in a network time to detect the presence of a signal of a new data frame on the network. A start frame delimiter designated by 'S' and following the 'Preamble' field in Fig. 1 provides one BYTE of a particular bit sequence recognised by devices in the network as a beginning of a new data frame.
A destination MAC address designated by 'DA' and following the 'S' field of the data frame shown in Fig. 1 comprises a 6 BYTE address identifying the device or devices that are to receive the data frame.
A source MAC address designated by 'SA' and following the 'DA' field of the data frame shown in Fig. 1 comprises a 6 BYTE address identifying the device originating the data frame.
The IEEE 802.3 standard permits the source and destination address fields to have a length of either 2 BYTES or 6 BYTES, but virtually all Ethernet implementations used today apply the 6 BYTE address. A destination address 'DA' may specify either an address of a single receiving device, a multicast address of a multiplicity of devices, or a broadcast address identifying all devices in a network.
A length/type field designated by T and following the 'SA' field shown in Fig. 1 comprises 2 BYTES indicating either the length of the subsequent number of BYTES of the following MAC client data field or the nature of the MAC client protocol (protocol type). The value of the length/type field determines when the length/type field should be understood as a length of the MAC client data field and when the length/type field should be understood as a type of the MAC client protocol.
As described above the MAC client data field designated by 'DATA' in Fig. 1 follows the T field and contains the data to be transferred from the originating device to the receiving device or devices. The 'DATA' field has a maximum length of 1500 BYTES and a minimum length of 46 BYTES. In case the 'DATA' field is shorter than 46 BYTES padding is incorporated so as to obtain a 'DATA' field having the minimum length.
A frame check sequence designated by *FCS' and following the 'DATA' field shown in Fig. 1 comprises a 4 BYTE cyclical redundancy check (CRC) value used for error checking. As a source device assembles a data frame, it performs a CRC calculation on all the bits in the data frame from the destination MAC address through possible padding (that is, all fields except the preamble, start frame delimiter, and frame check sequence). The source device stores the calculated value in the 'FCS' field and thus transmits the value as part of the data frame. When the data frame is received at the destination device or devices, then the receiving device performs an identical calculation and checks if the received value is equal to the new calculated value. If the calculated value does not match the value in the 'FCS' field, the receiving device will assume an error has occurred
In the present context, the preamble part of the packet will be the "preamble" and any additional information 71 (See below) as well as any corresponding error check information 92. The addressing part(s) S, DA, SA, T (as well as any higher level addressing information such as IP addresses) will not form part of the preamble and may be considered part of the data part if not denoted a routing part by itself.
In Fig. 2, part(s) of the preamble or header of the standard frame 50 - the altered frame being identified by 70 - has been replaced by additional data 71. In this manner, synchronization may still be possible using the smaller header - but especially when using higher bandwidth communication these headers are, in fact, not used whereby this replacement has no other effect than more data being carried by the frame 70. Due to the fact that the header/preamble is easily re-established after transmission, the data 71 may be retrieved from the transmitted frame 70 and the header/preamble re-established before further transmission or use of the frame (the unaltered or re-established frame being named 50).
It is desired that the additional information 71 , as the data portion of the frame, is protected by error protection information. Thus, as may be seen in Fig. 3, error detection data 92 may be added to the frame 70, now identified by 90. These error detection data 92 are calculated on the basis of the additional data 71 and optionally any other part(s) of the frames 50, 70, or 90. This calculation is predetermined so that a receiving means may perform the same calculation on the same data in order to determine whether this data has been transferred correctly. As may be seen, also these error detection data 92 are positioned in the header/preamble in order to not alter any other part of the frame 90 - including the overall length of the frame 90 compared to the frames 50 and 70. In the presently preferred embodiment, a total of 5 bytes of additional data 71 are introduced into the header or preamble and 1 bytes of error check data 92, determined as a CRC of the additional data 71 is used.
Fig. 4 illustrates an overall description of an Ethernet switch embodying the invention. The switch 10 comprises four I/O ports 12, a switching core 14 adapted to receive the data parts (including any routing or addressing information), to determine from which port to output the data part and to route the data part to that port for outputting.
A preamble routing element 16 is provided for receiving the preambles of the data packets or frames received and for determining from which port, if any, to output the preamble.
Means 18 are provided for separating the preamble and data parts of the received data packets or frames and for reassembling these prior to outputting.
The means 14 and 16 may perform their determinations in one of a number of manners:
the means 14 may determine the output port on the basis of: o the identity of the input port, o information in the data part (primarily of the routing information in the data part), and/or o information derived from the preamble part of the packet - transferred from the means 16 via arrow 22 - the means 16 may determine the output port on the basis of: o the identity of the input port, o information in the preamble part, and/or o information derived from the data part of the packet - transferred from the means 16 via arrow 22.
Also, the part 16 may perform an altering of the preamble part prior to outputting. This altering may be so as to inform subsequent networking elements of a status of the present networking element or so as to inform the subsequent networking elements of a status of the data part - such as for use during a multicast of the packet for subsequent networking elements to know to which other elements to send the packet - or which to not send it to.
A sideband channel 20 is also provided for e.g. receiving a stream of data or additional data of any kind, where the means 16 divides this, if required, into smaller parts, determined from which port to output the data and transmits corresponding preambles (or data for introduction into preambles) to the corresponding means 18 which will then introduce the preambles or data in data parts received from the means 14 to that output.
The channel 20 may also operate in the opposite direction where preambles or data received by the means 16 is found to be output on the channel 20 whereby it is transmitted thereto by the means 16- optionally first assembled into larger data packets or frames - or into a stream of data.

Claims

1. A networking element adapted to receive and output data packets or frames, the element comprising:
one or more input ports or means for receiving a packet or frame comprising a data part and a preamble part, one or more output ports for outputting at least the data part of a received packet or frame, - means for outputting the preamble part of a received packet or frame.
2. An element according to claim 1 , comprising a plurality of output ports and means for determining from which output port to output at least the data part of a received packet or frame.
3. An element according to claim 2, wherein the determining means are adapted to perform the determination on the basis of an identity of the input port at which the first data packet or frame was received.
4. An element according to claim 2, wherein the determining means are adapted to perform the determination on the basis of the preamble part.
5. An element according to claim 4, wherein the outputting means are adapted to output the data packet or frame from the output port determined.
6. An element according to claim 2, wherein the determining means are adapted to perform the determination on the basis of the data part of the first data packet or frame.
7. An element according to claim 1 , further comprising means for altering the preamble part prior to outputting.
8. An element according to claim 1 , further comprising means for determining from which port to output a preamble part received as part of a first data packet or frame.
9. An element according to claim 8, further comprising means for adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output.
10. An element according to claim 8, wherein the determining means are adapted to perform the determination on the basis of an identity of the input port at which the first data packet or frame was received.
11. An element according to claim 8, wherein the determining means are adapted to perform the determination on the basis of the preamble part.
12. An element according to claim 8, wherein the determining means are adapted to perform the determination on the basis of the data part of the first data packet or frame.
13. An element according to claim 1 , wherein the outputting means are adapted to combine a plurality of preamble parts before outputting.
14. An element according to claim 1 , further comprising means for providing information relating to a data packet or frame received, means for providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the information provided, and wherein the outputting means are adapted to output at least the altered preamble part.
15. An element according to claim 14, wherein the outputting means are adapted to output the received data packet or frame including the altered preamble part.
16. An element according to claim 1 , further comprising means for receiving additional information, to divide the additional information into a plurality of additional information parts, and to provide altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting means are adapted to output at least the altered preamble parts.
17. A method of receiving and outputting a data packet or frame, the method comprising: receiving a packet or frame comprising a data part and a preamble part, outputting at least the data part of a received packet or frame, outputting the preamble part of a received packet or frame.
5 18. A method according to claim 17, comprising determining from which output port to output at least the data part of a received packet or frame.
19. A method according to claim 18, wherein the determining step is performed on the basis of an identity of the input port at which the first data packet or frame was received.
10
20. A method according to claim 18, wherein the determining step is performed on the basis of the preamble part.
21. A method according to claim 20, wherein the outputting step comprises outputting the 15 data packet or frame from the output port determined.
22. A method according to claim 18, wherein the determining step is performed on the basis of the data part of the first data packet or frame.
20 23. A method according to claim 17, further comprising altering the preamble part prior to outputting. '
24. A method according to claim 17, further comprising determining from which port to output a preamble part received as part of a first data packet or frame.
25
25. A method according to claim 24, further comprising adding the preamble part to a data part received as part of a second data packet or frame to be output from the same output.
26. A method according to claim 24, wherein the determining step is performed on the 30 basis of an identity of the input port at which the first data packet or frame was received.
27. A method according to claim 24, wherein the determining step is performed on the basis of the preamble part.
28. A method according to claim 24, wherein the determining step is performed on the basis of the data part of the first data packet or frame.
29. A method according to claim 17, wherein the outputting means are adapted to 5 combine a plurality of preamble parts before outputting.
30. A method according to claim 17, further comprising providing information relating to a data packet or frame received, providing an altered preamble part by replacing at least part of the preamble part of the received packet or frame with at least part of the
10 information provided, and outputting at least the altered preamble part.
31. A method according to claim 30, wherein the outputting step comprises outputting the received data packet or frame including the altered preamble part.
15 32. A method according to claim 17, further comprising receiving additional information, dividing the additional information into a plurality of additional information parts, and providing altered preambles of received data packets or frames by replacing at least part of each preamble part of the received data packets or frames by at least one additional information part, wherein the outputting step comprises outputting at least the altered
20 preamble parts.
PCT/US2002/038686 2001-12-07 2002-12-04 A networking element adapted to receive and output also preambles of data packets or frames WO2003051006A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU2002362053A AU2002362053A1 (en) 2001-12-07 2002-12-04 A networking element adapted to receive and output also preambles of data packets or frames

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US34098401P 2001-12-07 2001-12-07
US60/340,984 2001-12-07

Publications (1)

Publication Number Publication Date
WO2003051006A1 true WO2003051006A1 (en) 2003-06-19

Family

ID=23335765

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2002/038686 WO2003051006A1 (en) 2001-12-07 2002-12-04 A networking element adapted to receive and output also preambles of data packets or frames

Country Status (2)

Country Link
AU (1) AU2002362053A1 (en)
WO (1) WO2003051006A1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101882975A (en) * 2010-06-29 2010-11-10 上海大学 Method for transmitting data by using preamble of Ethernet frame

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5889776A (en) * 1997-01-31 1999-03-30 Alpnet Corporation Physical layer switch system for ethernet local area network communication system
US6208667B1 (en) * 1997-09-19 2001-03-27 Fujitsu Network Communications Constant phase crossbar switch
US6490279B1 (en) * 1998-07-23 2002-12-03 Advanced Communication Device, Inc. Fast data base research and learning apparatus

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5889776A (en) * 1997-01-31 1999-03-30 Alpnet Corporation Physical layer switch system for ethernet local area network communication system
US6208667B1 (en) * 1997-09-19 2001-03-27 Fujitsu Network Communications Constant phase crossbar switch
US6490279B1 (en) * 1998-07-23 2002-12-03 Advanced Communication Device, Inc. Fast data base research and learning apparatus

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101882975A (en) * 2010-06-29 2010-11-10 上海大学 Method for transmitting data by using preamble of Ethernet frame

Also Published As

Publication number Publication date
AU2002362053A1 (en) 2003-06-23

Similar Documents

Publication Publication Date Title
US7746781B1 (en) Method and apparatus for preserving data in a system implementing Diffserv and IPsec protocol
EP1376934B1 (en) Method and apparatus for mirroring traffic over a network
US6018530A (en) Method for transmitting using a modified transport control protocol
US7480292B2 (en) Methods of processing data packets at layer three level in a telecommunication equipment
US7555562B2 (en) Method and apparatus for mirroring traffic over a network
US6510135B1 (en) Flow-level demultiplexing within routers
JP4230663B2 (en) Packet header reduction in wireless communication networks
KR100927265B1 (en) Method and apparatus for encapsulating frames for transmission in a storage area network
EP2100406B1 (en) Method and apparatus for implementing multicast routing
US7613183B1 (en) System and method for router data aggregation and delivery
US7506065B2 (en) Remote mirroring using IP encapsulation
AU676199B2 (en) Method for assigning priority to traffic between local area networks interconnected via a backbone network
US7697529B2 (en) Fabric channel control apparatus and method
US9544216B2 (en) Mesh mirroring with path tags
WO2001030034A3 (en) System for routing and switching in computer networks
US7248589B2 (en) Apparatus for enabling multi-tuple TCP sockets within a computer network
JP2004320785A (en) Testing apparatus for network communication and method
KR20080048972A (en) Method and system for tunneling macsec packets through non-macsec nodes
EP1185039A2 (en) Policy enforcing switch
US11902172B2 (en) Device and method for transferring identification and/or data flow control information between devices
WO2003051006A1 (en) A networking element adapted to receive and output also preambles of data packets or frames
US20070237088A1 (en) Apparatus and method for providing network security
US20080151865A1 (en) Security Through Manipulation of Virtual Topography
JPH10511826A (en) Programmable delay impairment for secure networks
WO2002073908A2 (en) A method and a system for transmitting information through a communication line

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SC SD SE SG SK SL TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR IE IT LU MC NL PT SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

WWW Wipo information: withdrawn in national office

Country of ref document: JP