Cisco Technology, Inc.

Pandit Panburana

Vikas Vashisht

Carleton Moon Luck, Jr

Craig Paul Miller

Christopher Edwin Pearce

Owen Brendan Friel

Stephen Levy

Daniel P Linton

Jason Cresswell

Ganesh Jayadevan

Tyrone D Floryanzia

Michael Gregg Miles

Daniel Victor Eskenazi

Ajay Kumar Gupta

Basant Kumar Basavaraj

Carleton M Luck

A provisioning client obtains an identifier from a public server and a one-time password from a trusted server. The provisioning client combines the one-time password with the identifier to create an activation code for a client device and presents the activation code to the client device. The activation code enables the client device to download trusted cryptographic information from the trusted server in a communication session that is secured using the one-time password.

Secure bootstrapping of client device with trusted server provided by untrusted cloud service

A trusted server receives a request for an activation code, which includes an identifier associated with the trusted server and a one-time password, for a client device. The trusted server obtains the identifier from a public server, generates the one-time password, and combines the one-time password with the identifier to create the activation code. The trusted server provides the activation code to a provisioning client, which presents the activation code to the client device. The trusted server and client device secure a communication session using the one-time password as a shared secret. The trusted server downloads trusted cryptographic information to the client device over the secure communication session.

A call control entity communicates with Internet Protocol (IP) phones over a network. Responsive to a request from a new IP phone that is to replace an existing IP phone, the call control entity determines there is no existing IP phone record for the new IP phone. In response, the call control entity acquires from the new IP phone a directory number associated that is to be used when making calls with the new IP phone, and searches for an existing IP phone record for the existing IP phone based on the directory number. When the existing IP phone record is found, the call control entity creates for the new IP phone a new IP phone record associated with the directory number, copies existing configuration information from the existing IP phone record to the new IP phone record, and configures the new IP phone with the existing configuration information.

Securely replacing existing IP phone with new IP phone using existing directory number and without enabling auto-registration on call control server

A client device bootstraps against a trusted server by obtaining an activation code that includes an identifier and a one time password. The client device sends a message to a public server requesting an address of a trusted server associated with the identifier. The client device receives the address of the trusted server from the public server and initiates a communication session with the trusted server at the address provided by the public server. The one time password is used as a shared secret to secure the communication session. The client device downloads cryptographic information from the trusted server.

In one implementation, an apparatus includes an audio detection circuit, a central processor, and the switch. The audio detection circuit is configured to determine whether audio is present in an input signal and generate an audio presence indicator indicative of the audio. The central processor is configured to receive the audio presence indicator and a mute command. The central processor generates a switch command based on the mute command. The switch is configured to block the input signal from a digital signal processor in response to the switch command. The central processor generates a dynamic mute message that indicates audio is detected while a mute command is active.

Secure mechanism for mute alert

One embodiment of the present invention is a method for deregistering multiple addresses of record. The method comprises receiving a session initiation protocol request to deregister addresses of record, the session initiation protocol request comprising a plurality of addresses of record to be deregistered and a contact address for a session initiation protocol endpoint. The method further comprises disassociating the contact address for the session initiation protocol endpoint from each of the plurality of addresses of record.

System and method for multiple address of record deregistration using a single SIP request

A method for implementing a SIP feature includes, in particular embodiments, establishing a communication session via a communications platform between a first and second user and receiving a request from a third user to join the communication session. The second and third users are from a plurality of users using a shared line. The method further includes integrating communications of the third user into the communication session. In particular embodiments the method includes establishing a communication session between a first and second user via a communications platform. The method also includes receiving a select request that locks the communication session so that a third user cannot resume the communication session with the first user. In particular embodiments the method includes receiving a request from a first user of a shared line to enable a privacy feature that reduces call information generated by the communications platform in remote state notifications.

System and method for implementing a session initiation protocol feature

In one embodiment, a Session Initiation Protocol (SIP) endpoint device unregisters all lines from a call manager component. This is followed by a power-on reset. A server is then accessed to read a configuration file of the SIP endpoint device. Finally, the SIP endpoint device re-registers all lines with the call manager component. It is emphasized that this abstract is provided to comply with the rules requiring an abstract that will allow a searcher or other reader to quickly ascertain the subject matter of the technical disclosure.

Resetting / restarting SIP endpoint devices

A method for registering multiple addresses of record comprises receiving a session initiation protocol register request, the session initiation protocol register request comprising a unique identifier of a session initiation protocol endpoint and a contact address for the session initiation protocol endpoint. The method proceeds by retrieving one or more addresses of record associated with the unique identifier of the session initiation protocol endpoint. The method further comprises associating each of the one or more addresses of record with the contact address for the session initiation protocol endpoint.

System and method for multiple address of record registration using a single implicit SIP request

One embodiment of the present invention is a method for registering multiple addresses of record. The method comprises receiving a session initiation protocol register request. The session initiation protocol register request comprises a plurality of addresses of record and a contact address for a session initiation protocol endpoint. The method further comprises associating each of the plurality of addresses of record with the contact address for the session initiation protocol endpoint.

System and method for multiple address of record registration using a single explicit SIP request

A codec selector, and a corresponding method for establishing media channels between a local endpoint and a remote endpoint, are disclosed. The codec selector and method are useful with a media endpoint that is constrained to have matching transmit and receive codecs. The method comprises sending a request to a remote endpoint to open a first transmit channel. Upon receiving a corresponding request from the remote endpoint for its transmit channel, the two requests are compared. If the two requests do not match, the first transmit channel is closed (whether or not it has been acknowledged by the peer). A second transmit channel, compatible with the remote endpoint's request, is then requested. A method for detecting that the remote endpoint is using a similar procedure, and a procedure for synchronizing when both endpoints are constrained, are also disclosed. The present invention reduces call setup time in most instances, and provides reliable channel setup for constrained endpoints.

Growing community of inventors

Cary, NC, United States of America

Pandit Panburana