Abstract: In an attempt to establish a communication session between a first communication entity and a second communication entity, a first message is received. For example, the first message may be a SIP INVITE message. A determination is made, based on a registration message from the first communication entity and/or the second communication entity, that at least one of the first communication entity or the second communication entity is Internet Protocol (IP) version intolerant. In response to determining that the at least one of the first communication entity or the second communication entity is IP version intolerant, one or more IP addresses are adapted in messages (e.g., the SIP INVITE message) for establishing the communication session. The adaption changes/removes the one or more IP addresses to a different IP version to ensure proper IP compatibility.

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: Session Manager anti-looping creates a model that is an effective barrier to looping, efficiently identifying a loop condition by maintaining temporary individual call counters for header sets within temporal parameters and terminating the loop condition upon detection. The system provides an administrator with adjustable parameters for loop detection count and loop detection interval, thereby allowing protection against loop conditions, both inadvertent and intentional.

Abstract: To reestablish a media stream, first and second SIP INVITE with replaces header messages are received by an application from a first and second communication endpoint respectively. The SIP INVITE with replaces header messages comprises a first Session Description Protocol (SDP) offer that are each based a change of a network address used by the respective communication endpoint. In response to receiving one or both of the SIP INVITE with replaces header messages, the application, depending on implementation, sends one of a first SIP 200 OK message with a fabricated SDP answer or sends a SIP 480 temporarily unavailable message that does not comprise a SDP offer. This initiates the process of reestablishing the media stream on new network without dropping the communication session.

Abstract: In response to a failure of a SIP dialog between a first communication endpoint and a first communication application (i.e., when a session manager fails), a first Session Initiation Protocol (SIP) INVITE with replaces header message received from the first communication endpoint. The first SIP INVITE with replaces header message comprises a Session Description Protocol (SDP) offer and a first request Universal Resource Identifier (URI) that identifies the first communication application. In response to receiving the first SIP INVITE with replaces header message, a second SIP INVITE with replaces header message is sent to a second communication application. The second SIP INVITE with replaces header message is used to reestablish all the SIP failed dialogs in order to reestablish the original communication session and reestablish the original media stream.

Abstract: A communication system, method, and components are described. Specifically, a communication system having the ability to facilitate a semi-attended transfer in SIP for an IP-Multimedia Subsystem (IMS) environment is disclosed. The semi-attended transfer is possible even though one or more Back-to-Back User Agents are positioned between users engaged in the semi-attended transfer.

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 communication session is established between a first communication device and a second communication device. The communication session comprises a first dialog between an application server and the first communication device. The first communication device uses a first network address in the first dialog. In response to an event, such as a first network interface failing, a SIP INVITE with replaces header message is received by the application server with a second address of the first communication device. In response to receiving the SIP INVITE with replaces header message from the first communication device with a second address of the first communication device, the first dialog between the application server and the first device is reestablished using the second network address.

Abstract: Systems and methods are described for creating and managing Global Session Identifiers (GSIDs) for communication sessions. GSIDs provide a way to globally identify communication sessions including those communication sessions that have experienced one or more topology changes. The GSID may be considered a header itself or a value within a header and information contained within a GSID can be used to trace backwards through time to find the session segments that led up to (or exist concurrently to) a currently signaled session.

Abstract: A communication processor receives a call request to establish a communication session from a first communication endpoint to a second communication endpoint. The communication processor changes the intent of the call request. For example, the call request can be changed by automatically forwarding the call request, automatically forking the call request, automatically rejecting the call request based on the second communication endpoint being busy, and/or changing a first type of medium of the communication session to a second type of medium of the communication session. A call log manager conveys status information regarding the changed intent of the call to a call log of the second communication endpoint based on changing the intent of the call request.

Abstract: An event that changes the security of a communication session between communication endpoints is determined. The event that changes the security of the communication session between the communication endpoints occurs after the communication session is established. For example, the event may be where a user has enabled a speakerphone. In response to determining the event that changes the security of the communication session between the communication endpoints, a message is sent to the communication endpoints that indicates a changed security level. The communication endpoints display the changed security level to the participants of the communication session. For example, the changed security level when the speakerphone is enabled may indicate that the communication session is now unsecure.

Abstract: The concept of a centralized communication log is provided. Anchor points, and specifically Session Initiation Protocol (SIP) anchor points, serve as a media and call control point that is established on a per-user basis which can then be leveraged by a communication log application. Such a communication log application is able to determine accurate and real-time communicant information for a communication session and populate a centralized communication log with the same. Such a communication log is, therefore, accurate with respect to multiple users in a system, highly available, and scaled horizontally.

Abstract: A method, server, and communication system are described that, among other things, enable a server in a server cluster to assume control of any “early” Session Initiation Protocol (SIP) dialogs previously handled by another server in the server cluster when that server fails or otherwise becomes unable to continue handling a communication session. The replacement server in the server cluster is able to generate one or more messages that include an identification of the dialog identifiers used by the now failed server as well as new dialog identifiers to replace the dialog identifiers used by the now failed server.

Abstract: The concept of a centralized communication log is provided. Anchor points, and specifically Session Initiation Protocol (SIP) anchor points, serve as a media and call control point that is established on a per-user basis which can then be leveraged by a communication log service. Such a communication log service is able to determine accurate and real-time communicant information for a communication session and populate a centralized communication log with the same. Such a communication log is, therefore, accurate with respect to multiple users in a system, highly available, and scaled horizontally.

Abstract: A communication processor receives a call request to establish a communication session from a first communication endpoint to a second communication endpoint. The communication processor changes the intent of the call request. For example, the call request can be changed by automatically forwarding the call request, automatically forking the call request, automatically rejecting the call request based on the second communication endpoint being busy, and/or changing a first type of medium of the communication session to a second type of medium of the communication session. A call log manager conveys status information regarding the changed intent of the call to a call log of the second communication endpoint based on changing the intent of the call request.

Abstract: An initial request is received to establish a communication session. The initial request contains a communication address of a first communication device. A communication server detects that the communication session cannot be established across a primary network. In response, the initial request is repurposed by changing the first communication address to a second communication address. The changed request is sent to a communication system, which adds a field to the changed request that indicates that the changed request is to be sent via a secondary network. The changed request is sent with the field to the communication server. The changed request with the second communication address is sent to a gateway to establish the communication session across a secondary network. A portion of the communication session is established using the second communication address. The first communication address is sent in the portion of the communication session using Dual-Tone-Multi-Frequency (DTMF).

Abstract: A system and method to influence routing of a call by a sequenced application from among a plurality of sequenced applications is disclosed. The method comprises receiving a header for the call wherein the header comprises at least one directive from each of the plurality of sequenced applications. Further the method comprises arbitrating conflicts from among the one directive in the header in order to determine a set of sequenced application headers to at least partially execute. Finally, the determined set of sequenced application headers is at least partially executed.

Abstract: A communication system, method, and components are described. Specifically, a communication system having the ability to accommodate communication preferences for multiple users sharing a common line appearance is described. An application sequence can be determined and invoked based on communication preferences of the multiple users sharing a common line appearance.

Abstract: A communication system, method, and components are described. Specifically, a communication system having the ability to accommodate communication preferences for multiple users sharing a common line appearance is described. An application sequence can be determined and invoked based on communication preferences of the multiple users sharing a common line appearance.