Abstract: To determine the correct media stream to latch onto, the system and method uses a hashing algorithm to uniquely identify a legitimate media stream. A first invite message is received at a Session Border Controller (SBC) to establish a communication session. For example a Session Initiation Protocol (SIP) INVITE is received. The first invite message comprises a first hash of a fingerprint. For example, the hash may be a hashed session key. A media message is received that contains the fingerprint to establish a media stream for the communication session. A second hash is created using the fingerprint in the media message. The first hash is compared to the second hash. In response to the first hash matching the second hash, a Network Address Translator (NAT) latches to an address and/or a port in the media message. Thus, the correct media stream is associated with the communication session.

Abstract: A fingerprint is received from a communication endpoint. The fingerprint is based on a hardware identifier of the communication endpoint. For example the fingerprint may be based on a Media Access Control (MAC) address of the communication endpoint. A request for an emergency call from the communication endpoint is received that also includes the fingerprint. For instance, a user may initiate a 911 call from the communication endpoint. The emergency call is established. After the emergency call is disconnected, a request for an emergency call back is received. For example, if the emergency call prematurely disconnected, the emergency call back is initiated. The request for the emergency call back is routed to the communication endpoint based on the fingerprint to ensure that the emergency call is properly completed.

Abstract: An Address Resolution Protocol (ARP) process receives a first Internet Protocol (IP) address that is associated with a Media Access Control (MAC) address of a communication endpoint. A first Session Initiation Protocol (SIP) INVITE for an emergency call request is received from the communication endpoint. The ARP process receives a second IP address that is associated with the MAC address of the communication endpoint. A second SIP INVITE is received that is a request for an emergency call back. The second SIP INVITE is routed to the communication endpoint based on the second IP address associated with the MAC address of the communication endpoint to reestablish the emergency call with the communication endpoint.

Abstract: A request to establish an encrypted media stream is received, by an edge server, for a Web Real-Time Communication (WebRTC) communication session between a first browser, and a second browser or gateway. The edge server is a boundary device between a first network and a second network. The edge server retrieves a tenant identifier for the encrypted media stream. The tenant identifier can identify a specific company or enterprise. In response to receiving the tenant identifier for the encrypted media stream for the WebRTC communication session, a list of one or more Quality-of-Service (QoS) parameters associated with the tenant is retrieved. For example, the list of QoS parameters may be based on a Service Level Agreement (SLA). The edge server dynamically sends a message to configure the second network to support the list of one or more QoS parameters associated with the tenant.

Abstract: A user is presented with a list of languages sent by an interactive response system in a Session Initiation Protocol (SIP) communication session. For example, the user is presented with a list of languages supported by an Interactive Voice Response system. The interactive response system receives a selection of a language from the list of languages supported by the interactive response system from the user. The SIP communication session with the user is sent (e.g., forwarded) to another communication device by sending a first SIP message, such as a SIP INVITE message. The first SIP message includes a SIP History-Info header that identifies the selected language for the first SIP communication session. The selected language can then be used to forego presenting a list of languages to the user later on during the SIP communication session.

Abstract: Embodiments disclosed herein provide systems and methods for recording for analyzing traffic at an edge of a communication network. In a particular embodiment, a method provides processing a first portion of data packets directed into the communication network from outside of the communication network to determine whether a first sampling policy adequately assesses risk to the communication network. Upon determining that the first sampling policy does not adequately assess the risk to the communication network, the method provides adjusting the first sampling policy. The method further provides identifying a second portion of the data packets based on the first sampling policy. An amount of data packets included in the first portion of the data packets is larger than or equal to an amount of data packets included in the second portion of the data packets.

Abstract: In order to allow for redundant call recording, a first message is received by a first media recorder indicating that a second media recorder is recording a media stream of a communication session between a plurality of communication devices. The first message includes a unique identifier for the communication session between the plurality of communication devices. A determination is made that the second media recorder is unable to continue to record the media stream. In response to determining that the second media recorder is unable to record the media stream, the first media recorder sends a second message, to a Session Border Controller (SBC), that includes the unique identifier for the communication session between the plurality of communication devices. The SBC streams the media stream to the first media recorder. The first media recorder receives the media stream and records the media stream.

Abstract: Embodiments disclosed herein provide systems and methods for recording WebRTC communications at a network edge. In a particular embodiment a method provides, in an edge system of a communication network, receiving identification information that identifies a first endpoint and a second endpoint between which a first WebRTC communication will be established. The method further provides establishing the first WebRTC communication between the first and second endpoints through the edge system using the identification information. Also, the method provides identifying packets for the first WebRTC communication and recording the packets to a storage system.

Abstract: When a first SIP INVITE is received a Session Border Controller (SBC) to establish a communication session between communication devices, a second SIP INVITE message is also sent by the SBC to a media recorder without a media line or a media attribute set to inactive. The second SIP INVITE message without the media line or the media attribute set to inactive indicates that there is currently no media associated with the communication session to the media recorder. The SBC receives one of a SIP PUBLISH message or a SIP NOTIFY message that indicates whether to start or stop recording the voice or video communication session. The SBC sends or does not send a media stream of the communication session between the communication devices based on whether the SIP PUBLISH or the SIP NOTIFY indicates whether to start or stop recording the voice or video communication session.

Abstract: To determine the correct media stream to latch onto, the system and method uses a hashing algorithm to uniquely identify a legitimate media stream. A first invite message is received at a Session Border Controller (SBC) to establish a communication session. For example a Session Initiation Protocol (SIP) INVITE is received. The first invite message comprises a first hash of a fingerprint. For example, the hash may be a hashed session key. A media message is received that contains the fingerprint to establish a media stream for the communication session. A second hash is created using the fingerprint in the media message. The first hash is compared to the second hash. In response to the first hash matching the second hash, a Network Address Translator (NAT) latches to an address and/or a port in the media message. Thus, the correct media stream is associated with the communication session.

Abstract: A user is presented with a list of languages sent by an interactive response system in a Session Initiation Protocol (SIP) communication session. For example, the user is presented with a list of languages supported by an Interactive Voice Response system. The interactive response system receives a selection of a language from the list of languages supported by the interactive response system from the user. The SIP communication session with the user is sent (e.g., forwarded) to another communication device by sending a first SIP message, such as a SIP INVITE message. The first SIP message includes a SIP History-Info header that identifies the selected language for the first SIP communication session. The selected language can then be used to forego presenting a list of languages to the user later on during the SIP communication session.

Abstract: Embodiments disclosed herein provide systems and methods for mitigating attacks on a WebRTC system at the edge of an enterprise network. In a particular embodiment a method provides obtaining access criteria regarding access to a WebRTC system in the enterprise network, wherein the access criteria comprise instructions for allowing WebRTC connections with the WebRTC system. The method further provides receiving WebRTC signaling associated with WebRTC connections between the WebRTC system and endpoints having network addresses outside the enterprise network and blocking at least one connection associated with the WebRTC signaling from participating in WebRTC communications with the WebRTC system based on the access criteria.

Abstract: Mechanisms are provided to broker and control media resources. In particular, solutions are described which broker and control a media request sent from an application server. The media request is received at a device capable of brokering and controlling the media request such that a media server capable of providing the request may be selected. A screening functionality is also presented such that an optimal media server may be selected based on a comparison between information contained in an incoming media request and information contained in a previously provisioned Service Level Agreement; such information may relate to media service and capacity information. Further, solutions are presented to support providing media services in heterogeneous environments where an application server and a media server may communication using different media control protocols.

Abstract: The system and method monitor a secure Web Real Time Communication (WebRTC) session between browsers. To do so, a WebRTC application receives a first WebRTC offer with a fingerprint of a first browser to establish a secure communication session. The WebRTC application sends session information and the fingerprint of the first browser to a media relay. The WebRTC application receives a fingerprint of a media relay. A second WebRTC offer with a fingerprint of the media relay is sent to a second browser. An answer to the second WebRTC offer is received. Session information and the fingerprint of the second browser are sent to the media relay so the media relay can decrypt the secure communication session. The first WebRTC offer is answered. A secure communication session is established via the media relay using the fingerprints. The media relay, based on the fingerprints, can monitor the secure communication session.

Abstract: In order to provide compatibility between WebRTC communication endpoints and legacy communication endpoints that use BFCP, a web media gateways is used to establish a conference call between the communication endpoints that use WebRTC and the legacy communication endpoints that use BFCP. A floor command is received to control the floor of the conference call from a first communication endpoint. The floor command is translated from WebRTC into BFCP or from BFCP to WebRTC. The floor command is sent to the second communication endpoint. This allows a conference call where communication endpoints support both WebRTC and BFCP.

Abstract: The system and method monitor a secure Web Real Time Communication (WebRTC) session between browsers. To do so, a WebRTC application receives a first WebRTC offer with a fingerprint of a first browser to establish a secure communication session. The WebRTC application sends session information and the fingerprint of the first browser to a media relay. The WebRTC application receives a fingerprint of a media relay. A second WebRTC offer with a fingerprint of the media relay is sent to a second browser. An answer to the second WebRTC offer is received. Session information and the fingerprint of the second browser are sent to the media relay so the media relay can decrypt the secure communication session. The first WebRTC offer is answered. A secure communication session is established via the media relay using the fingerprints. The media relay, based on the fingerprints, can monitor the secure communication session.

Abstract: Systems and methods for facilitating the forking of a communication session to a selected communication device are provided. More particularly, the capabilities of different communication devices available to a user at or in association with a first address or record (AOR) can be provided by the individual communication devices to a communication server. The communication server can then aggregate the responses, and provide a single options response message to a communication device or devices at a second AOR. The capabilities of the communication devices of one or both AORs can be presented to the users at one or both of the AORs. A selection of an alternate communication device can be made by a user after a communication is established by selecting a desired feature in a list of available features presented to that user.

Abstract: Mechanisms are provided to broker and control media resources. In particular, solutions are described which broker and control a media request sent from an application server. The media request is received at a device capable of brokering and controlling the media request such that a media server capable of providing the request may be selected. A screening functionality is also presented such that an optimal media server may be selected based on a comparison between information contained in an incoming media request and information contained in a previously provisioned Service Level Agreement; such information may relate to media service and capacity information. Further, solutions are presented to support providing media services in heterogeneous environments where an application server and a media server may communication using different media control protocols.