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: Embodiments described herein provide systems and method for implementing privacy control in a co-browsing environment. In a particular embodiment, a method provides receiving an instruction in a co-browsing server to initiate a co-browsing session for a website with a first client and a second client. The method further provides receiving first privacy settings from the first client, wherein the first privacy settings indicate how the website should be presented at the second client. The method further provides presenting the website at the first client and presenting the website at the second client based on the first privacy settings.

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.