The Experts below are selected from a list of 209052 Experts worldwide ranked by ideXlab platform

Mohamed Boucadair - One of the best experts on this subject based on the ideXlab platform.

  • Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Call Home
    2020
    Co-Authors: Mohamed Boucadair, Reddy K, Jon Shallow
    Abstract:

    This document specifies the DOTS Signal Channel Call Home, which enables a DOTS server to initiate a secure connection to a DOTS client, and to receive the attack traffic information from the DOTS client. The DOTS server in turn uses the attack traffic information to identify the compromised devices launching the outgoing DDoS attack and takes appropriate mitigation action(s). The DOTS Signal Channel Call Home is not specific to the home networks; the solution targets any deployment which requires to block DDoS attack traffic closer to the source(s) of a DDoS attack. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Distributed Denial-of- Service Open Threat Signaling (DOTS) Signal Channel Call Home"; o "| [RFCXXXX] |" o reference: RFC XXXX Please update this statement with the RFC number to be assigned to the following documents: o "RFC YYYY: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification (used to be I-D.ietf-dots- Signal- Channel) Please update TBD statements with the assignment made by IANA to DOTS Signal Channel Call Home. Also, please update the "revision" date of the YANG module.

  • Controlling Filtering Rules Using Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel
    2020
    Co-Authors: Mohamed Boucadair, Reddy K, Takahiko Nagata, Kaname Nishizuka
    Abstract:

    This document specifies an extension to the DOTS Signal Channel protocol so that DOTS clients can control their filtering rules when an attack mitigation is active. Particularly, this extension allows a DOTS client to activate or de- activate existing filtering rules during a DDoS attack. The characterization of these filtering rules is supposed to be conveyed by a DOTS client during an idle time by means of the DOTS data Channel protocol. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Controlling Filtering Rules Using Distributed Denial- of-Service Open Threat Signaling (DOTS) Signal Channel"; o reference: RFC XXXX o [RFCXXXX] Please update these statements with the RFC number to be assigned to the following documents: o "RFC SSSS: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification" (used to be [I-D.ietf-dots-Signal-Channel]) o "RFC DDDD: Distributed Denial-of- Service Open Threat Signaling (DOTS) Data Channel Specification" (used to be [I-D.ietf-dots-data-Channel]) Please update the "revision" date of the YANG module.

  • Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification
    2020
    Co-Authors: Prashanth Patil, Mohamed Boucadair, Andrew Mortensen, Nik Teague, Tirumaleswar Reddy.k
    Abstract:

    This document specifies the DOTS Signal Channel, a protocol for Signaling the need for protection against Distributed Denial-of- Service (DDoS) attacks to a server capable of enabling network traffic mitigation on behalf of the requesting client. A companion document defines the DOTS data Channel, a separate reliable communication layer for DOTS management and configuration purposes. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification"; o "| [RFCXXXX] |" o reference: RFC XXXX Please update this statement with the RFC number to be assigned to the following documents: o "RFC YYYY: Distributed Denial-of-Service Open Threat Signaling (DOTS) Data Channel Specification (used to be I-D .ietf-dots-data- Channel) Please update TBD/TBD1/TBD2 statements with the assignments made by IANA to DOTS Signal Channel Protocol. Also, please update the "revision" date of the YANG modules.

  • Controlling Filtering Rules Using DOTS Signal Channel
    2019
    Co-Authors: Mohamed Boucadair, Reddy K, Takahiko Nagata, Kaname Nishizuka
    Abstract:

    This document specifies an extension to the DOTS Signal Channel to control the filtering rules when an attack mitigation is active. Particularly, this extension allows a DOTS client to activate or de- activate existing filtering rules during a DDoS attack. The characterization of these filtering rules is supposed to be conveyed by a DOTS client during peace time by means of DOTS data Channel. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Controlling Filtering Rules Using DOTS Signal Channel"; o reference: RFC XXXX o [RFCXXXX] Please update these statements with the RFC number to be assigned to the following documents: o "RFC SSSS: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification" (used to be [I-D.ietf- dots-Signal-Channel]) o "RFC DDDD: Distributed Denial-of-Service Open Threat Signaling (DOTS) Data Channel Specification" (used to be [I-D .ietf-dots-data-Channel]) Please update the "revision" date of the YANG module.

  • Using Early Data in DOTS
    2019
    Co-Authors: Tirumaleswar Reddy, Mohamed Boucadair
    Abstract:

    This document discusses to what extent it is safe to send DOTS Signal Channel messages as Early Data in TLS 1.3. This document is not intended to be published as an RFC. It is edited to help understanding the conclusion about the safeness of using DOTS Signal Channel messages as early data.

Christopher Allen - One of the best experts on this subject based on the ideXlab platform.

  • Cross-phase modulation in multispan WDM optical fiber systems
    Journal of Lightwave Technology, 1999
    Co-Authors: Rongqing Hui, K. Demarest, Christopher Allen
    Abstract:

    The spectral characteristics of cross-phase modulation (XPM) in multispan intensity-modulation direct-detection (IM-DD) optical systems are investigated, both experimentally and theoretically. XPM crosstalk levels and its spectral features are found to be strongly dependent on fiber dispersion and optical Signal Channel spacing. Interference between XPM-induced crosstalk effects created in different amplified fiber spans is also found to be important to determine the overall frequency response of XPM crosstalk effects. XPM crosstalk between Channels with different data rates is evaluated. The crosstalk level between higher and lower bit rate Channels is found to be similar to that between two lower bit rate Channels. The effect of dispersion compensation on XPM crosstalk in multispan optical systems is discussed and per span dispersion compensation was found to be the most effective way to minimize the effect of XPM crosstalk.

  • frequency response of cross phase modulation in multispan wdm optical fiber systems
    IEEE Photonics Technology Letters, 1998
    Co-Authors: Rongqing Hui, K. Demarest, Y Wang, Christopher Allen
    Abstract:

    The spectral characteristics of cross-phase modulation (XPM) in multispan intensity-modulation direct-detection optical systems were investigated both experimentally and theoretically. XPM crosstalk levels and its spectral features were found to be strongly dependent on fiber dispersion and optical Signal Channel spacing. Interference between XPM-induced crosstalk effects created in different amplified fiber spans is also found to be important to determine the overall frequency response of XPM crosstalk effects.

Huazhong Shu - One of the best experts on this subject based on the ideXlab platform.

  • Sliding Conjugate Symmetric Sequency-Ordered Complex Hadamard Transform:FastAlgorithm and Applications
    IEEE Transactions on Circuits and Systems Part 1 Fundamental Theory and Applications, 2012
    Co-Authors: Lu Wang, Guanyu Yang, Lotfi Senhadji, Limin Luo, Huazhong Shu
    Abstract:

    This paper presents a fast algorithm for the computation of sliding conjugate symmetric sequency-ordered complex Hadamard transform (CS-SCHT). The algorithm calculates the values of window i+ N/4 from those of window i, one length-N/4 Walsh Hadamard transform (WHT) and one length-N/4 Modified WHT (MWHT). The proposed algorithm requires O(N) arithmetic operations, which is more efficient than the block-based algorithms of various transforms and the sliding FFT algorithm, but less efficient than the sliding WHT algorithms. Compared to the recently proposed sliding inverse SCHT (ISCHT) algorithm, the proposed algorithm is more efficient for real input but less efficient for complex input. The applications of the sliding CS-SCHT in transform domain adaptive filtering (TDAF) to complex Signal Channel equalization and real speech Signal acoustic echo cancellation are also provided.

  • sliding conjugate symmetric sequency ordered complex hadamard transform fast algorithm and applications
    IEEE Transactions on Circuits and Systems, 2012
    Co-Authors: Lu Wang, Guanyu Yang, Lotfi Senhadji, Limin Luo, Huazhong Shu
    Abstract:

    This paper presents a fast algorithm for the computation of sliding conjugate symmetric sequency-ordered complex Hadamard transform (CS-SCHT). The algorithm calculates the values of window i+ N/4 from those of window i, one length-N/4 Walsh Hadamard transform (WHT) and one length-N/4 Modified WHT (MWHT). The proposed algorithm requires O(N) arithmetic operations, which is more efficient than the block-based algorithms of various transforms and the sliding FFT algorithm, but less efficient than the sliding WHT algorithms. Compared to the recently proposed sliding inverse SCHT (ISCHT) algorithm, the proposed algorithm is more efficient for real input but less efficient for complex input. The applications of the sliding CS-SCHT in transform domain adaptive filtering (TDAF) to complex Signal Channel equalization and real speech Signal acoustic echo cancellation are also provided.

Rongqing Hui - One of the best experts on this subject based on the ideXlab platform.

  • Cross-phase modulation in multispan WDM optical fiber systems
    Journal of Lightwave Technology, 1999
    Co-Authors: Rongqing Hui, K. Demarest, Christopher Allen
    Abstract:

    The spectral characteristics of cross-phase modulation (XPM) in multispan intensity-modulation direct-detection (IM-DD) optical systems are investigated, both experimentally and theoretically. XPM crosstalk levels and its spectral features are found to be strongly dependent on fiber dispersion and optical Signal Channel spacing. Interference between XPM-induced crosstalk effects created in different amplified fiber spans is also found to be important to determine the overall frequency response of XPM crosstalk effects. XPM crosstalk between Channels with different data rates is evaluated. The crosstalk level between higher and lower bit rate Channels is found to be similar to that between two lower bit rate Channels. The effect of dispersion compensation on XPM crosstalk in multispan optical systems is discussed and per span dispersion compensation was found to be the most effective way to minimize the effect of XPM crosstalk.

  • frequency response of cross phase modulation in multispan wdm optical fiber systems
    IEEE Photonics Technology Letters, 1998
    Co-Authors: Rongqing Hui, K. Demarest, Y Wang, Christopher Allen
    Abstract:

    The spectral characteristics of cross-phase modulation (XPM) in multispan intensity-modulation direct-detection optical systems were investigated both experimentally and theoretically. XPM crosstalk levels and its spectral features were found to be strongly dependent on fiber dispersion and optical Signal Channel spacing. Interference between XPM-induced crosstalk effects created in different amplified fiber spans is also found to be important to determine the overall frequency response of XPM crosstalk effects.

Reddy K - One of the best experts on this subject based on the ideXlab platform.

  • Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Call Home
    2020
    Co-Authors: Mohamed Boucadair, Reddy K, Jon Shallow
    Abstract:

    This document specifies the DOTS Signal Channel Call Home, which enables a DOTS server to initiate a secure connection to a DOTS client, and to receive the attack traffic information from the DOTS client. The DOTS server in turn uses the attack traffic information to identify the compromised devices launching the outgoing DDoS attack and takes appropriate mitigation action(s). The DOTS Signal Channel Call Home is not specific to the home networks; the solution targets any deployment which requires to block DDoS attack traffic closer to the source(s) of a DDoS attack. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Distributed Denial-of- Service Open Threat Signaling (DOTS) Signal Channel Call Home"; o "| [RFCXXXX] |" o reference: RFC XXXX Please update this statement with the RFC number to be assigned to the following documents: o "RFC YYYY: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification (used to be I-D.ietf-dots- Signal- Channel) Please update TBD statements with the assignment made by IANA to DOTS Signal Channel Call Home. Also, please update the "revision" date of the YANG module.

  • Controlling Filtering Rules Using Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel
    2020
    Co-Authors: Mohamed Boucadair, Reddy K, Takahiko Nagata, Kaname Nishizuka
    Abstract:

    This document specifies an extension to the DOTS Signal Channel protocol so that DOTS clients can control their filtering rules when an attack mitigation is active. Particularly, this extension allows a DOTS client to activate or de- activate existing filtering rules during a DDoS attack. The characterization of these filtering rules is supposed to be conveyed by a DOTS client during an idle time by means of the DOTS data Channel protocol. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Controlling Filtering Rules Using Distributed Denial- of-Service Open Threat Signaling (DOTS) Signal Channel"; o reference: RFC XXXX o [RFCXXXX] Please update these statements with the RFC number to be assigned to the following documents: o "RFC SSSS: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification" (used to be [I-D.ietf-dots-Signal-Channel]) o "RFC DDDD: Distributed Denial-of- Service Open Threat Signaling (DOTS) Data Channel Specification" (used to be [I-D.ietf-dots-data-Channel]) Please update the "revision" date of the YANG module.

  • Controlling Filtering Rules Using DOTS Signal Channel
    2019
    Co-Authors: Mohamed Boucadair, Reddy K, Takahiko Nagata, Kaname Nishizuka
    Abstract:

    This document specifies an extension to the DOTS Signal Channel to control the filtering rules when an attack mitigation is active. Particularly, this extension allows a DOTS client to activate or de- activate existing filtering rules during a DDoS attack. The characterization of these filtering rules is supposed to be conveyed by a DOTS client during peace time by means of DOTS data Channel. Editorial Note (To be removed by RFC Editor) Please update these statements within the document with the RFC number to be assigned to this document: o "This version of this YANG module is part of RFC XXXX;" o "RFC XXXX: Controlling Filtering Rules Using DOTS Signal Channel"; o reference: RFC XXXX o [RFCXXXX] Please update these statements with the RFC number to be assigned to the following documents: o "RFC SSSS: Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Specification" (used to be [I-D.ietf- dots-Signal-Channel]) o "RFC DDDD: Distributed Denial-of-Service Open Threat Signaling (DOTS) Data Channel Specification" (used to be [I-D .ietf-dots-data-Channel]) Please update the "revision" date of the YANG module.

  • Denial-of-Service Open Threat Signaling (DOTS) Signal Channel Call Home
    2018
    Co-Authors: Joshi Harsha, Reddy K, Mohamed Boucadair, Jon Shallow
    Abstract:

    This document presents DOTS Signal Channel Call Home service, which enables a DOTS server to initiate a secure connection to a DOTS client, and to receive the attack traffic information from the DOTS client. The DOTS server in turn uses the attack traffic information to identify the compromised devices launching the outgoing DDOS attack and takes appropriate mitigation action.

  • Distributed Denial-of-Service Open Threat Signaling (DOTS) Signal Channel
    2017
    Co-Authors: Prashanth Patil, Mohamed Boucadair, Andrew Mortensen, Nik Teague, Reddy K
    Abstract:

    This document specifies the DOTS Signal Channel, a protocol for Signaling the need for protection against Distributed Denial-of- Service (DDoS) attacks to a server capable of enabling network traffic mitigation on behalf of the requesting client. A companion document defines the DOTS data Channel, a separate reliable communication layer for DOTS management and configuration.