CA2536532C - Method and apparatus of integrating link layer security into a physical layer transceiver - Google Patents
Method and apparatus of integrating link layer security into a physical layer transceiver Download PDFInfo
- Publication number
- CA2536532C CA2536532C CA2536532A CA2536532A CA2536532C CA 2536532 C CA2536532 C CA 2536532C CA 2536532 A CA2536532 A CA 2536532A CA 2536532 A CA2536532 A CA 2536532A CA 2536532 C CA2536532 C CA 2536532C
- Authority
- CA
- Canada
- Prior art keywords
- phy
- data
- encrypted data
- transmitting
- receiving
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04K—SECRET COMMUNICATION; JAMMING OF COMMUNICATION
- H04K1/00—Secret communication
Abstract
An apparatus for providing link layer security link layer security in a Physical Layer Transcevier (PHY) is disclosed. In one embodiment, the apparatus may comprise analog circuitry configured to interface with a data transmission medium, digital circuitry configured to interface with a Media Access Controller (MAC); and a crypto engine coupled to the digital circuitry.
Description
METHOD AND APPARATUS OF
INTEGRATING LINK LAYER SECURITY INTO A
PHYSICAL LAYER TRANSCEIVER
BACKGROUND
Field of the Disclosure The disclosure relates generally to link layer data communications.
The Prior Art Background Physical Layer Transceivers ("PHY" or "PHYs") are known in the art for transmitting and receiving data through various media, such as copper and fiber optic cables.
In a receive mode, the PHY functions as a device that receives data from the medium and decodes the data into a form appropriate for the receiving device. In a transmit mode, the PHY takes data from the device, typically from the Media Access Controller ("MAC"), and converts the data into a form appropriate for the medium in use.
FIG. 1 is a functional block diagram of a typical prior art PHY 100. The PHY
100 is typically configured to interface between the MAC 110 of the host device and the medium 120.
The PHY 100 typically includes analog circuitry 130 configured for receiving data from the medium 120 and decoding the data into a form appropriate for the host device using techniques known in the art. The PHY 100 further includes digital circuitry 140 configured for receiving data from the MAC 110 and converting the data into a form appropriate for the medium 120.
The PHY 100 further includes memory and control circuitry 150 configured to control the operation of the PHY, and in particular the digital circuitry 140. The memory and control circuitry 150 will typically include circuitry to interface with the MAC 110 through a bus interface 160. Nonlimiting examples include the Medium Independent Interface ("MII"), Gigabit Medium Independent Interface ("GMII"), Ten Gigabit Medium Independent Interface ("XGMII" or "XAUI"), Reduced Gigabit Media Independent Interface (RGMII), and Serial Gigabit Media Independent Interface (SGMII).
INTEGRATING LINK LAYER SECURITY INTO A
PHYSICAL LAYER TRANSCEIVER
BACKGROUND
Field of the Disclosure The disclosure relates generally to link layer data communications.
The Prior Art Background Physical Layer Transceivers ("PHY" or "PHYs") are known in the art for transmitting and receiving data through various media, such as copper and fiber optic cables.
In a receive mode, the PHY functions as a device that receives data from the medium and decodes the data into a form appropriate for the receiving device. In a transmit mode, the PHY takes data from the device, typically from the Media Access Controller ("MAC"), and converts the data into a form appropriate for the medium in use.
FIG. 1 is a functional block diagram of a typical prior art PHY 100. The PHY
100 is typically configured to interface between the MAC 110 of the host device and the medium 120.
The PHY 100 typically includes analog circuitry 130 configured for receiving data from the medium 120 and decoding the data into a form appropriate for the host device using techniques known in the art. The PHY 100 further includes digital circuitry 140 configured for receiving data from the MAC 110 and converting the data into a form appropriate for the medium 120.
The PHY 100 further includes memory and control circuitry 150 configured to control the operation of the PHY, and in particular the digital circuitry 140. The memory and control circuitry 150 will typically include circuitry to interface with the MAC 110 through a bus interface 160. Nonlimiting examples include the Medium Independent Interface ("MII"), Gigabit Medium Independent Interface ("GMII"), Ten Gigabit Medium Independent Interface ("XGMII" or "XAUI"), Reduced Gigabit Media Independent Interface (RGMII), and Serial Gigabit Media Independent Interface (SGMII).
2 BRIEF DESCRIPTION OF THE DRAWING FIGURES
Figure 1 is a conceptual block diagram of a prior art PHY.
Figure 2 is a conceptual block diagram of a data transmission system.
Figure 3 is a conceptual block diagram of a PHY.
Figure 4 is a flowchart of a method for providing link layer security.
Figure 5 is a flowchart of a method for managing packet collisions using a crypto engine.
DETAILED DESCRIPTION
lp Persons of ordinary skill in the art will realize that the following description is illustrative or~ly and not in any way limiting. Other modifications and improvements will readily suggest themselves to such skilled persons having the benefit of this disclosure. In the following description, like reference numerals refer to Iike elements throughout.
This disclosure may relate to data communications. Various disclosed aspects may be I5 embodied in various computer and machine readable data structures.
Furthermore, it is contemplated that data structures embodying the teachings of the disclosure may be transmitted across computer and machine readable media, and through communications systems by use of standard protocols such as those used to enable the Internet and other computer networking standards.
20 The disclosure may relate to machine readable media on which are stored various aspects of the disclosure. It is contemplated that any media suitable for retrieving instructions is within the scope of the present disclosure. By way of example, such media may take the form of magnetic, optical, or semiconductor media, and may be configured to be accessible by a machine as is known in the art.
25 Various aspects of the disclosure may be described through the use of flowcharts.
Often, a single instance of an aspect of the present disclosure may be shown.
As is appreciated by those of ordinary skill in the art, however, the protocols, processes, and procedures described herein may be repeated continuously or as often as necessary to satisfy the needs described herein. Accordingly, the representation of various aspects of the present disclosure 30 through the use of flowcharts should not be used to limit the scope of the present disclosure.
This dssclosure provides security at the link layer of a system. In this regard, the link layer may be defined in accordance with the OSI reference standard. In particular, the LE.E.E.
802.3 standard defines the link layer as devices residing between the MAC and medium, and is so defined herein.
35 In this disclosure, link layer security is provided in a transmission mode by encrypting data for confidentiality, authenticating data for integrity, or both as it is received from the MAC
and prior being transmitted from the PHY. Conversely, in a receive mode, data is decrypted, authenticated, or both as it is received by the PHY, prior to presentation to the MAC.
Figure 1 is a conceptual block diagram of a prior art PHY.
Figure 2 is a conceptual block diagram of a data transmission system.
Figure 3 is a conceptual block diagram of a PHY.
Figure 4 is a flowchart of a method for providing link layer security.
Figure 5 is a flowchart of a method for managing packet collisions using a crypto engine.
DETAILED DESCRIPTION
lp Persons of ordinary skill in the art will realize that the following description is illustrative or~ly and not in any way limiting. Other modifications and improvements will readily suggest themselves to such skilled persons having the benefit of this disclosure. In the following description, like reference numerals refer to Iike elements throughout.
This disclosure may relate to data communications. Various disclosed aspects may be I5 embodied in various computer and machine readable data structures.
Furthermore, it is contemplated that data structures embodying the teachings of the disclosure may be transmitted across computer and machine readable media, and through communications systems by use of standard protocols such as those used to enable the Internet and other computer networking standards.
20 The disclosure may relate to machine readable media on which are stored various aspects of the disclosure. It is contemplated that any media suitable for retrieving instructions is within the scope of the present disclosure. By way of example, such media may take the form of magnetic, optical, or semiconductor media, and may be configured to be accessible by a machine as is known in the art.
25 Various aspects of the disclosure may be described through the use of flowcharts.
Often, a single instance of an aspect of the present disclosure may be shown.
As is appreciated by those of ordinary skill in the art, however, the protocols, processes, and procedures described herein may be repeated continuously or as often as necessary to satisfy the needs described herein. Accordingly, the representation of various aspects of the present disclosure 30 through the use of flowcharts should not be used to limit the scope of the present disclosure.
This dssclosure provides security at the link layer of a system. In this regard, the link layer may be defined in accordance with the OSI reference standard. In particular, the LE.E.E.
802.3 standard defines the link layer as devices residing between the MAC and medium, and is so defined herein.
35 In this disclosure, link layer security is provided in a transmission mode by encrypting data for confidentiality, authenticating data for integrity, or both as it is received from the MAC
and prior being transmitted from the PHY. Conversely, in a receive mode, data is decrypted, authenticated, or both as it is received by the PHY, prior to presentation to the MAC.
3 Figure 2 is a diagram of a link layer data transmission system 205 configured in accordance with the teachings of this disclosure. The system 205 includes a transmitting device 200 coupled to a receiving device 260 through a medium 240.
The transmitting device 200 includes an ASIC configured to function as a MAC
using techniques known in the art, and a PHY 230, such as that described in FIG. 1.
Coupled between the MAC 210 and the PHY 230 is a crypto device 220. The crypto device 220 is preferably configured to encrypdauthenticate the data packet 250 using DES, 3DES, MDS, SHA1, RC4, or AES, or other similar protocols.
In this example, the data packet is received by the crypto device 220 from the MAC
210, and encrypted/authenticated prior to being provided to the PHY 230 and transmitted onto medium 240.
The system 205 also includes a receiving device 260 that is configured similar to the transmitting device 200, including a MAC 270, a crypto device 280, and a PHY
290.
In the receiving device, the ciphered data packet 250 is received by the PHY
290 and provided to the crypto engine 280, where the data is decrypted/authenticated and provided to the MAC 270.
Of course, the operation disclosed in FIG. 2 may operate in the reverse path.
FIG. 3 is a conceptual block diagram of a further embodiment of a PHY
configured in accordance with the teachings of this disclosure.
The embodiment of FIG. 3 provides that the crypto device is deployed on the same chip as the PHY, providing a single-chip link layer security solution.
The device 300 includes a MAC 310 and a PHY 305. The PHY 305 includes analog circuitry 330 configured in a receive mode for receiving data from the medium 350 and decoding the data into a form appropriate for the host device using techniques known in the art.
In a transmit mode, the analog circuitry is configured to receive data from the MAC 310, and convert it into a form appropriate for the medium 350.
The PHY 305 further includes digital circuitry 320 configured for receiving data from the MAC 310 and converting the data into a form appropriate for the medium 350 in a transmit mode, and for receiving data from the analog circuitry 330 and converting it into a format appropriate for the MAC 310 in a receive mode.
The PHY 305 further includes memory and control circuitry 325 configured to control the operation of the PHY, and in particular the digital circuitry 320. The memory and control circuitry 325 will typically include circuitry to interface with the MAC 310 through a bus interface 360, such as a MII or a GMII or XGMII or XAUI or SGMII or RGMII.
The PHY 305 also includes a crypto module 340 coupled to the digital circuitry 320.
The crypto module may include control and memory circuitry 345 for operation of the cryptographic functions. The crypto module 340 is preferably configured to encrypt/authenticate data received from the MAC 310 prior to presentation to the analog
The transmitting device 200 includes an ASIC configured to function as a MAC
using techniques known in the art, and a PHY 230, such as that described in FIG. 1.
Coupled between the MAC 210 and the PHY 230 is a crypto device 220. The crypto device 220 is preferably configured to encrypdauthenticate the data packet 250 using DES, 3DES, MDS, SHA1, RC4, or AES, or other similar protocols.
In this example, the data packet is received by the crypto device 220 from the MAC
210, and encrypted/authenticated prior to being provided to the PHY 230 and transmitted onto medium 240.
The system 205 also includes a receiving device 260 that is configured similar to the transmitting device 200, including a MAC 270, a crypto device 280, and a PHY
290.
In the receiving device, the ciphered data packet 250 is received by the PHY
290 and provided to the crypto engine 280, where the data is decrypted/authenticated and provided to the MAC 270.
Of course, the operation disclosed in FIG. 2 may operate in the reverse path.
FIG. 3 is a conceptual block diagram of a further embodiment of a PHY
configured in accordance with the teachings of this disclosure.
The embodiment of FIG. 3 provides that the crypto device is deployed on the same chip as the PHY, providing a single-chip link layer security solution.
The device 300 includes a MAC 310 and a PHY 305. The PHY 305 includes analog circuitry 330 configured in a receive mode for receiving data from the medium 350 and decoding the data into a form appropriate for the host device using techniques known in the art.
In a transmit mode, the analog circuitry is configured to receive data from the MAC 310, and convert it into a form appropriate for the medium 350.
The PHY 305 further includes digital circuitry 320 configured for receiving data from the MAC 310 and converting the data into a form appropriate for the medium 350 in a transmit mode, and for receiving data from the analog circuitry 330 and converting it into a format appropriate for the MAC 310 in a receive mode.
The PHY 305 further includes memory and control circuitry 325 configured to control the operation of the PHY, and in particular the digital circuitry 320. The memory and control circuitry 325 will typically include circuitry to interface with the MAC 310 through a bus interface 360, such as a MII or a GMII or XGMII or XAUI or SGMII or RGMII.
The PHY 305 also includes a crypto module 340 coupled to the digital circuitry 320.
The crypto module may include control and memory circuitry 345 for operation of the cryptographic functions. The crypto module 340 is preferably configured to encrypt/authenticate data received from the MAC 310 prior to presentation to the analog
4 circuitry 330, and decrypt/authenticate data received from the analog circuitry 330 prior to presentation to the MAC 310. The crypto module may employ the cryptographic techniques disclosed above.
In a further embodiment, the crypto device 340 may be deployed using existing hardware already present in the PHY. It will be appreciated that by reusing existing hardware already present on the PHY to enable crypto features, significant real estate savings in the device may result.
It is contemplated that a wide ai~ay of PHY components may be reused when implementing the disclosed cryptographic features. For example, the crypto device may reuse the PHY's pin or interface layout, memory map, various elements of the state machine, logic gates, or even one or more of the above. Likewise, devices exist that contain multiple PHYs, such as an Octal PHY that contain 8 PHY interfaces. In these devices the reuse of pins and other elements that already exist in the PHY can reduce die and package size, thus making the devices less expensive to manufacture.
Similarly some chips incorporate the MAC as a portion of the PHY chip. In this case it may be possible to take advantage of elements from both the MAC and the PHY.
It is also contemplated that the additional functionality provided by the crypto device may be utilized for other functions or features. For example, the crypto device may be configured to perform data compression.
For example, in one embodiment, the device 300 of FIG. 3 may comprise a router in which the MAC 310 comprises an ASIC configured to also function as a switching fabric. In this case, there many be many PHYs present in the device, and by cross-utilizing the pre-existing structure of the PHY, additional security features may be added without additional chips.
In a further disclosed embodiment, the crypto device may be employed to improve the overall performance and reliability of a data transmission system.
As is appreciated by those of ordinary skill in the art, many such devices operate using a half duplex mode, where a conunon performance issue is the collision of data packets.
It is contemplated that the additional functionality provided by the encryption device may improve collision management.
In this embodiment, the encryption memory 345 may be employed to temporarily store the data and associated security information as the packet is transnutted. If a collision is detected, the stored information may be immediately reused and resent, without the need for the processor or MAC to resend the data, or to send new security information such as a security association.
As will be appreciated by those having the benefit of this disclosure, this benefit may save processor cycle time, and may also improve performance by offloading some processing time from ASIC to the PHY.
It is contemplated that the crypto device may take advantage of certain areas of memory on the PHY. If the PHY complies with certain industry standards, such as LE.E.E. 802.3, PHYs are provided with certain registers of memory that are reserved for specific purposes, known as the MII Management Interface. For example, registers 11-14 are reserved, and
In a further embodiment, the crypto device 340 may be deployed using existing hardware already present in the PHY. It will be appreciated that by reusing existing hardware already present on the PHY to enable crypto features, significant real estate savings in the device may result.
It is contemplated that a wide ai~ay of PHY components may be reused when implementing the disclosed cryptographic features. For example, the crypto device may reuse the PHY's pin or interface layout, memory map, various elements of the state machine, logic gates, or even one or more of the above. Likewise, devices exist that contain multiple PHYs, such as an Octal PHY that contain 8 PHY interfaces. In these devices the reuse of pins and other elements that already exist in the PHY can reduce die and package size, thus making the devices less expensive to manufacture.
Similarly some chips incorporate the MAC as a portion of the PHY chip. In this case it may be possible to take advantage of elements from both the MAC and the PHY.
It is also contemplated that the additional functionality provided by the crypto device may be utilized for other functions or features. For example, the crypto device may be configured to perform data compression.
For example, in one embodiment, the device 300 of FIG. 3 may comprise a router in which the MAC 310 comprises an ASIC configured to also function as a switching fabric. In this case, there many be many PHYs present in the device, and by cross-utilizing the pre-existing structure of the PHY, additional security features may be added without additional chips.
In a further disclosed embodiment, the crypto device may be employed to improve the overall performance and reliability of a data transmission system.
As is appreciated by those of ordinary skill in the art, many such devices operate using a half duplex mode, where a conunon performance issue is the collision of data packets.
It is contemplated that the additional functionality provided by the encryption device may improve collision management.
In this embodiment, the encryption memory 345 may be employed to temporarily store the data and associated security information as the packet is transnutted. If a collision is detected, the stored information may be immediately reused and resent, without the need for the processor or MAC to resend the data, or to send new security information such as a security association.
As will be appreciated by those having the benefit of this disclosure, this benefit may save processor cycle time, and may also improve performance by offloading some processing time from ASIC to the PHY.
It is contemplated that the crypto device may take advantage of certain areas of memory on the PHY. If the PHY complies with certain industry standards, such as LE.E.E. 802.3, PHYs are provided with certain registers of memory that are reserved for specific purposes, known as the MII Management Interface. For example, registers 11-14 are reserved, and
5 registers 16-31 are vendor-specific areas.
It is contemplated that security association database (SAD) used in the present disclosure may be directed to be written to certain areas in a predetermined order. For example, one bit in register 11 could be used to turn the crypto function on or off.
Likewise, the crypto may need data, such as a key or security association, to perform a crypto function. This data could be accessed through register 12. This takes advantage of memory management techniques and structure already present. Of course, other registers may be used.
Another benefit of this disclosure may be realized as reduced traffic, as the PHY could be programmed to drop or "trash" received traffic that does not pass the decryption module.
In this example, data that does not properly decrypt is flagged to be dropped by a subsequent module prior to being switched by the switching fabric, saving bandwidth in the switching fabric for other important functions. This could reduce the risk of an unauthorized user from bringing down a network or networked device due to denial of service attacks, thereby enhancing the reliability of the network. Alternatively, the security logic may interrupt the processor for further action.
Figure 4 is a flowchart of a method of encrypting/authenticating data at the link layer of a data transmission system. In act 400, the PHYs wishing to communicate may auto-negotiate a link using techniques known in the art. It is to be understood that the encryption/authentication techniques disclosed herein may also be applied prior to auto-negotiation of a link.
In act 410, the MAC of the transmitting PHY ("TX PHY") provides the data to be transmitted to the crypto engine. In act 420, the data is ciphered by the crypto engine and placed on the medium linking the PHYs by the TX PHY.
In act 430, the receiving PHY ("RCV PHY") receives the cipher data from the link and presents the data to the RCV PHY's crypto engine, where the data is decrypted, authenticated, or both.
In act 440, the plain data is then passed to the MAC of the RCV PHY.
FIG. 5 is a flowchart of a method for managing packet collisions using a crypto engine.
In act 500, the MAC of the TX PHY provides the data to be transmitted to the crypto engine. In act 520, the data is encrypted, authenticated or both by the crypto engine and placed on the medium linking the PHYs by the TX PHY. As mention above, the PHYs wishing to communicate may auto-negotiate a link using techniques known in the art, but the data may also be encrypted prior to auto-negotiation of a link. At this point, the encrypted/authenticated data is stored by the encryption engine.
It is contemplated that security association database (SAD) used in the present disclosure may be directed to be written to certain areas in a predetermined order. For example, one bit in register 11 could be used to turn the crypto function on or off.
Likewise, the crypto may need data, such as a key or security association, to perform a crypto function. This data could be accessed through register 12. This takes advantage of memory management techniques and structure already present. Of course, other registers may be used.
Another benefit of this disclosure may be realized as reduced traffic, as the PHY could be programmed to drop or "trash" received traffic that does not pass the decryption module.
In this example, data that does not properly decrypt is flagged to be dropped by a subsequent module prior to being switched by the switching fabric, saving bandwidth in the switching fabric for other important functions. This could reduce the risk of an unauthorized user from bringing down a network or networked device due to denial of service attacks, thereby enhancing the reliability of the network. Alternatively, the security logic may interrupt the processor for further action.
Figure 4 is a flowchart of a method of encrypting/authenticating data at the link layer of a data transmission system. In act 400, the PHYs wishing to communicate may auto-negotiate a link using techniques known in the art. It is to be understood that the encryption/authentication techniques disclosed herein may also be applied prior to auto-negotiation of a link.
In act 410, the MAC of the transmitting PHY ("TX PHY") provides the data to be transmitted to the crypto engine. In act 420, the data is ciphered by the crypto engine and placed on the medium linking the PHYs by the TX PHY.
In act 430, the receiving PHY ("RCV PHY") receives the cipher data from the link and presents the data to the RCV PHY's crypto engine, where the data is decrypted, authenticated, or both.
In act 440, the plain data is then passed to the MAC of the RCV PHY.
FIG. 5 is a flowchart of a method for managing packet collisions using a crypto engine.
In act 500, the MAC of the TX PHY provides the data to be transmitted to the crypto engine. In act 520, the data is encrypted, authenticated or both by the crypto engine and placed on the medium linking the PHYs by the TX PHY. As mention above, the PHYs wishing to communicate may auto-negotiate a link using techniques known in the art, but the data may also be encrypted prior to auto-negotiation of a link. At this point, the encrypted/authenticated data is stored by the encryption engine.
6 In query 530, the PHY determines whether a packet collision has occurred. If a collision has occurred, the stored packet is re-transmitted by the TX PHY. If no collision occurs, the communication process proceeds as normal and any data stored could be flushed or used space reclaimed.
While embodiments and applications of this disclosure have been shown and described, it would be apparent to those skilled in the art that many more modifications and improvements than mentioned above are possible without departing from the inventive concepts herein. The disclosure, therefore, is not to be restricted except in the spirit of the appended claims.
While embodiments and applications of this disclosure have been shown and described, it would be apparent to those skilled in the art that many more modifications and improvements than mentioned above are possible without departing from the inventive concepts herein. The disclosure, therefore, is not to be restricted except in the spirit of the appended claims.
Claims (15)
1. An apparatus for providing link layer security in a Physical Layer Transceiver (PHY) comprising:
analog circuitry configured to transmit to, and receive data from, a data transmission medium;
digital circuitry coupled to said analog circuitry, said digital circuitry configured to transmit to, and receive from, a Media Access Controller (MAC);
and a crypto engine coupled to said digital circuitry, wherein said crypto engine and said PHY are disposed on the same physical chip, wherein said crypto engine is further configured to perform a secondary function.
analog circuitry configured to transmit to, and receive data from, a data transmission medium;
digital circuitry coupled to said analog circuitry, said digital circuitry configured to transmit to, and receive from, a Media Access Controller (MAC);
and a crypto engine coupled to said digital circuitry, wherein said crypto engine and said PHY are disposed on the same physical chip, wherein said crypto engine is further configured to perform a secondary function.
2. The apparatus of claim 1, wherein said crypto engine uses pre-existing hardware on said chip, said hardware pre-existing for the purpose of enabling the function of said PHY.
3. The apparatus of claim 1, wherein said apparatus is a component of a multi-PHY device.
4. The apparatus of claim 1, wherein said PHY communicates using a serial PHY
media interface.
media interface.
5. The apparatus of claim 2, wherein said pre-existing hardware is chosen from the group consisting of: said PHY's pin functionality, memory map, state machine, signals, signal buses and logic gates.
6. The apparatus of claim 1, wherein said secondary function comprises marking undesired data for dropping.
7. The apparatus of claim 1, wherein said MAC comprises an ASIC further configured as a switching fabric.
8. The apparatus of claim 7, wherein said apparatus is disposed within a router.
9. The apparatus of claim 8, wherein said crypto engine is further configured to manage data packet collisions.
10. A method of providing link layer security between a transmitting PHY and a receiving PHY, said method comprising:
receiving, by the transmitting PHY, data from a first MAC;
encrypting, by said transmitting PHY, said data, producing encrypted data;
transmitting, by said transmitting PHY, said encrypted data to said receiving PHY;
receiving, by said receiving PHY, said encrypted data;
decrypting, by said receiving PHY, said encrypted data;
providing the de-crypted data to a second MAC, storing, by said transmitting PHY, said encrypted data;
determining whether a packet collision has occurred: and if a collision has occurred then re-transmitting said stored encrypted data.
receiving, by the transmitting PHY, data from a first MAC;
encrypting, by said transmitting PHY, said data, producing encrypted data;
transmitting, by said transmitting PHY, said encrypted data to said receiving PHY;
receiving, by said receiving PHY, said encrypted data;
decrypting, by said receiving PHY, said encrypted data;
providing the de-crypted data to a second MAC, storing, by said transmitting PHY, said encrypted data;
determining whether a packet collision has occurred: and if a collision has occurred then re-transmitting said stored encrypted data.
11. A program storage device readable by a machine, tangibly embodying a program of instructions executable by the machine to perform a method, the method comprising:
receiving, by the transmitting PHY, data from a first MAC;
encrypting, by said transmitting PHY, said data, producing encrypted data;
transmitting, by said transmitting PHY, said encrypted data to said receiving PHY;
receiving, by said receiving PHY, said encrypted data;
decrypting, by said receiving PHY, said encrypted data;
providing the de-crypted data to a second MAC, storing by said transmitting PHY said encrypted data;
determining whether a packet collision has occurred: and if a collision has occurred then re-transmitting said stored encrypted data.
receiving, by the transmitting PHY, data from a first MAC;
encrypting, by said transmitting PHY, said data, producing encrypted data;
transmitting, by said transmitting PHY, said encrypted data to said receiving PHY;
receiving, by said receiving PHY, said encrypted data;
decrypting, by said receiving PHY, said encrypted data;
providing the de-crypted data to a second MAC, storing by said transmitting PHY said encrypted data;
determining whether a packet collision has occurred: and if a collision has occurred then re-transmitting said stored encrypted data.
12. An apparatus for providing link layer security in a Physical Layer Transceiver (PHY) comprising:
means for receiving data from a first MAC;
means for encrypting said data, producing encrypted data;
means for transmitting said encrypted data to said receiving PHY;
means for receiving said encrypted data;
means for decrypting said encrypted data;
means for providing the de-crypted data to a second MAC;
means for storing said encrypted data;
means for determining whether a packet collision has occurred: and means for re-transmitting said stored encrypted data.
means for receiving data from a first MAC;
means for encrypting said data, producing encrypted data;
means for transmitting said encrypted data to said receiving PHY;
means for receiving said encrypted data;
means for decrypting said encrypted data;
means for providing the de-crypted data to a second MAC;
means for storing said encrypted data;
means for determining whether a packet collision has occurred: and means for re-transmitting said stored encrypted data.
13. The apparatus of claim 12, wherein said crypto engine means is further configured to perform a secondary function.
14. The apparatus of claim 13, wherein said secondary function comprises data compression.
15. The apparatus of claim 12, wherein said MAC further comprises switching fabric means.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/676,390 US7313686B2 (en) | 2003-09-30 | 2003-09-30 | Method and apparatus of integrating link layer security into a physical layer transceiver |
| US10/676,390 | 2003-09-30 | ||
| PCT/US2004/032555 WO2005034410A2 (en) | 2003-09-30 | 2004-09-30 | Method and apparatus of integrating link layer security into a physical layer transceiver |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2536532A1 CA2536532A1 (en) | 2005-05-14 |
| CA2536532C true CA2536532C (en) | 2011-05-31 |
Family
ID=34377381
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA2536532A Expired - Fee Related CA2536532C (en) | 2003-09-30 | 2004-09-30 | Method and apparatus of integrating link layer security into a physical layer transceiver |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7313686B2 (en) |
| EP (1) | EP1668807B1 (en) |
| CN (1) | CN1856951B (en) |
| CA (1) | CA2536532C (en) |
| WO (1) | WO2005034410A2 (en) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7885296B2 (en) * | 2006-07-27 | 2011-02-08 | Cisco Technology, Inc. | Maintaining consistency among multiple timestamp counters distributed among multiple devices |
| US8036202B2 (en) * | 2006-07-27 | 2011-10-11 | Cisco Technology, Inc. | Physical layer transceiver with integrated time synchronization |
| US20090080660A1 (en) * | 2007-09-20 | 2009-03-26 | Shih Mo | Processorless media access control architecture for wireless communication |
| US8775790B2 (en) * | 2007-10-30 | 2014-07-08 | Honeywell International Inc. | System and method for providing secure network communications |
| US9544767B2 (en) * | 2014-07-21 | 2017-01-10 | Imagination Technologies Limited | Encryption key updates in wireless communication systems |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5689568A (en) * | 1995-06-29 | 1997-11-18 | Hughes Electronics | Medium access control for a mobile satellite system |
| US6094439A (en) * | 1997-08-15 | 2000-07-25 | Advanced Micro Devices, Inc. | Arrangement for transmitting high speed packet data from a media access controller across multiple physical links |
| US6222852B1 (en) | 1997-10-10 | 2001-04-24 | Nortel Networks Limited | Method and apparatus for transmitting dual speed ethernet information (10BASE-T and 100BASE-TX) across a physical layer device service interface |
| US6324288B1 (en) * | 1999-05-17 | 2001-11-27 | Intel Corporation | Cipher core in a content protection system |
| US7031267B2 (en) | 2000-12-21 | 2006-04-18 | 802 Systems Llc | PLD-based packet filtering methods with PLD configuration data update of filtering rules |
| US7317732B2 (en) | 2000-09-28 | 2008-01-08 | Teridian Semiconductor, Corp. | Method and apparatus for handling link suspend pulse and silent line state transitions of a network device |
| US6973566B2 (en) * | 2001-07-09 | 2005-12-06 | Advanced Micro Devices, Inc. | Software modem with privileged mode oversight of control parameters |
| US7142557B2 (en) * | 2001-12-03 | 2006-11-28 | Xilinx, Inc. | Programmable logic device for wireless local area network |
| CA2455010C (en) * | 2001-07-25 | 2009-09-22 | Xilinx, Inc. | Configurable communication integrated circuit |
| TW573259B (en) * | 2001-12-28 | 2004-01-21 | Admtek Inc | LIFM algorithm for security association database lookup in IPSec application |
| US8230114B2 (en) | 2002-08-07 | 2012-07-24 | Broadcom Corporation | System and method for implementing a single chip having a multiple sub-layer PHY |
| US7577129B2 (en) * | 2002-10-17 | 2009-08-18 | Broadcom Corporation | Supporting multiple logical channels in a physical interface |
-
2003
- 2003-09-30 US US10/676,390 patent/US7313686B2/en not_active Expired - Fee Related
-
2004
- 2004-09-30 WO PCT/US2004/032555 patent/WO2005034410A2/en active Application Filing
- 2004-09-30 CN CN2004800263285A patent/CN1856951B/en active Active
- 2004-09-30 EP EP04789506.5A patent/EP1668807B1/en active Active
- 2004-09-30 CA CA2536532A patent/CA2536532C/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| WO2005034410A2 (en) | 2005-04-14 |
| CN1856951A (en) | 2006-11-01 |
| US20050071629A1 (en) | 2005-03-31 |
| EP1668807B1 (en) | 2017-09-13 |
| CA2536532A1 (en) | 2005-05-14 |
| WO2005034410A3 (en) | 2006-03-30 |
| CN1856951B (en) | 2011-03-23 |
| EP1668807A4 (en) | 2012-05-09 |
| EP1668807A2 (en) | 2006-06-14 |
| US7313686B2 (en) | 2007-12-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8843735B2 (en) | Method and apparatus of communicating security/encryption information to a physical layer transceiver | |
| CN108494725B (en) | Encrypted communication method for vehicle-mounted CAN bus message | |
| CN102132530B (en) | Method and apparatus for integrating precise time protocol and media access control security in network elements | |
| CN1926839B (en) | Two parallel engines for high speed transmit IPSEC processing | |
| US7548532B2 (en) | Method and apparatus to provide inline encryption and decryption for a wireless station via data streaming over a fast network | |
| US20050216751A1 (en) | Modular cryptographic device providing multi-mode wireless lan operation features and related methods | |
| WO2005104464A1 (en) | Four layer architecture for network device drivers | |
| US11190528B2 (en) | Light-weight mechanism for checking message integrity in data packets | |
| CN101222512A (en) | Enciphering and deciphering card, enciphering and deciphering method | |
| EP1580932A2 (en) | Methods and modular cryptographic device with status determination | |
| CA2536532C (en) | Method and apparatus of integrating link layer security into a physical layer transceiver | |
| US7877595B2 (en) | Modular cryptographic device and related methods | |
| US7505598B2 (en) | On-the-fly encryption/decryption for WLAN communications | |
| TWI760240B (en) | Authentication and authorization plug-in system | |
| CN114389884B (en) | Single-port Ethernet isolation card and isolation method thereof | |
| US20220078138A1 (en) | Trusted remote management unit | |
| JP2023519910A (en) | Methods for handling data anomalies, especially in automobiles | |
| US20090262938A1 (en) | Method for encrypting and decrypting wireless signals and apparatus thereof | |
| KR19990079826A (en) | Ethernet lan system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKLA | Lapsed |
Effective date: 20181001 |