Abstract: A request to establish an IM session is received. For example, a Session Initiation Protocol (SIP) INVITE message is received. The request is to an Address of Record (AoR) that has two or more associated communication endpoints on different IM systems. The request is forked to the two or more communication endpoints. An IM communication server, acting on behalf of a first communication endpoint, receives one of the forked requests. The forked request is automatically answered. For example, the IM communication server can automatically send a SIP 200 OK message. The answer causes the second forked request to be automatically canceled. The IM communication server sends a second request to the second communication endpoint to add the second communication endpoint to the IM session. This allows each communication endpoints to display a single instance of an AoR on the IM session.

Abstract: Negotiation of a future communication through a personal virtual assistant is provided. A trigger command is received. The trigger command identifies a communication received for a recipient from a sender. Schedule information is accessed. The schedule information is related to the recipient of the received communication. A plurality of options is presented to the sender. The plurality of options are for arranging a future communication between the sender and the recipient, and include at least one option determined based on the accessed schedule information. A selection of an option for arranging a future communication is received. The selected option is executed to arrange the future communication.

Abstract: Negotiation of a future communication through a personal virtual assistant is provided. A trigger command is received. The trigger command identifies a communication received for a recipient from a sender. Schedule information is accessed. The schedule information is related to the recipient of the received communication. A plurality of options is presented to the sender. The plurality of options are for arranging a future communication between the sender and the recipient, and include at least one option determined based on the accessed schedule information. A selection of an option for arranging a future communication is received. The selected option is executed to arrange the future communication.

Abstract: A request to establish an IM session is received. For example, a Session Initiation Protocol (SIP) INVITE message is received. The request is to an Address of Record (AoR) that has two or more associated communication endpoints on different IM systems. The request is forked to the two or more communication endpoints. An IM communication server, acting on behalf of a first communication endpoint, receives one of the forked requests. The forked request is automatically answered. For example, the IM communication server can automatically send a SIP 200 OK message. The answer causes the second forked request to be automatically canceled. The IM communication server sends a second request to the second communication endpoint to add the second communication endpoint to the IM session. This allows each communication endpoints to display a single instance of an AoR on the IM session.

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 call processing system includes a call processing server. The call processing server processes calls for an internal network that employs SIP features and functions. The call processing server can receive calls from or send calls to one or more external communication endpoints that are not part of the internal network. However, the call processing server can associate a floating user agent with the communication from the external communication endpoint and lock the floating user agent to a gateway. After locking onto a gateway and initiating the call, the floating user agent can then publish call event status and receive SIP primitives similar to other SIP-enabled devices.

Abstract: System and method to influence routing of a call by a sequenced application from among a plurality of sequenced applications, the method including: receiving a header for the call, the header comprising at least one directive from one or more of the plurality of sequenced applications; arbitrating conflicts from among the at least one directive in the header, in order to determine a set of sequenced application headers to at least partially execute; and at least partially executing the set of sequenced application headers.

Abstract: A call processing system includes a call processing server. The call processing server processes calls for an internal network that employs SIP features and functions. The call processing server can receive calls from or send calls to one or more external communication endpoints that are not part of the internal network. However, the call processing server can associate a floating user agent with the communication from the external communication endpoint and lock the floating user agent to a gateway. After locking onto a gateway and initiating the call, the floating user agent can then publish call event status and receive SIP primitives similar to other SIP-enabled devices.

Abstract: A call processing system includes a call processing server. The call processing server processes calls for an internal network that employs SIP features and functions. The call processing server can receive calls from or send calls to one or more external communication endpoints that are not part of the internal network. However, the call processing server can associate a floating user agent with the communication from the external communication endpoint and lock the floating user agent to a gateway. After locking onto a gateway and initiating the call, the floating user agent can then publish call event status and receive SIP primitives similar to other SIP-enabled devices.

Abstract: The system gets a request to add a communication node to an existing peer-to-peer communication session between two communication nodes. The communication node is added to the existing peer-to-peer communication session. The communication nodes in the existing peer-to-peer communication have not previously defined a mixing node. The communication nodes in the existing peer-to-peer communication session exchange a mixing score. A mixing node is determined based on the exchanged mixing score. Additional systems are defined which determine a mixing node when two peer-to-peer communication sessions are joined into a combined peer-to-peer communication session.

Abstract: A call processing system includes a call processing server. The call processing server processes calls for an internal network that employs SIP features and functions. The call processing server can receive calls from or send calls to one or more external communication endpoints that are not part of the internal network. However, the call processing server can associate a floating user agent with the communication from the external communication endpoint and lock the floating user agent to a gateway. After locking onto a gateway and initiating the call, the floating user agent can then publish call event status and receive SIP primitives similar to other SIP-enabled devices.

Abstract: The system gets a request to add a communication node to an existing peer-to-peer communication session between two communication nodes. The communication node is added to the existing peer-to-peer communication session. The communication nodes in the existing peer-to-peer communication have not previously defined a mixing node. The communication nodes in the existing peer-to-peer communication session exchange a mixing score. A mixing node is determined based on the exchanged mixing score. Additional systems are defined which determine a mixing node when two peer-to-peer communication sessions are joined into a combined peer-to-peer communication session.

Abstract: Methods and apparatus are provided for validating configuration data in a switch. An error is detected if the configuration data fails to comply with one or more rules; and a user is presented with an interface that allows the user to correct the error. The rules may include one or more syntactic rules or conflict rules (or both). In the case of a simple error, the user is presented with an error indication with a smart error link. In the case of a conflict error, the user is presented with an error indication that identifies the conflicting endpoints and optionally allows the user to correct at least one conflicting endpoint. The configuration data is revalidated after a change is made by a user. Changes are propagated to affected data objects. A number of error types may be automatically updated.