Abstract:
Embodiments disclosed herein provide systems and methods for controlling bandwidth across a network address translation (NAT) system. In a particular embodiment a method provides, identifying a first endpoint and a second endpoint to a communication session. The first endpoint is located within a domain of the NAT system and the second endpoint is located outside to the domain. The method further provides determining a bandwidth limitation for the communication session and, in response to a request for a network address of the second endpoint, providing the network address and the bandwidth limitation to the first endpoint.
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:
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:
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:
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:
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.