Embodiments of this application disclose a communication method and a related device. The method includes: A symmetric device listens on N local public ports, where N is a natural number greater than 1; and when the symmetric device receives a hole punching packet from the N local public ports, the symmetric device sends a response packet to a cone device based on the hole punching packet, so that the symmetric device establishes a communication connection to the cone device, where the hole punching packet is sent by the cone device, and the response packet carries a first network information mapping relationship. The cone device may directly communicate with the symmetric device, so that there is no need for a server having a data relay function, and costs of deploying the server are reduced.

A hardened VoIP system is presented that includes secure push-to-talk voice functionality. Through the addition of encryption, authentication, user filtering, and integration with new and existing LMR systems, a secure voice platform ensures malicious software, unauthorized access and brute force security attacks will not compromise the voice communications of the system. The VoIP system is engineered to ensure graceful system degradation in the event of maintenance activities, natural disasters and failure modes. The hardened VoIP system offers the functions a LMR trunking system while utilizing broadband connections. Private calls, group calls, Emergency Alarms with covert monitoring capability, scanning and priority scanning may be incorporated into the system. The system includes a VoIP controller that serves as a trunking controller, manages available VoIP based conference bridges, and assigns them as needed to the parties involved in each voice call. The system includes multiple fallback methods that may be prioritized based on pre-failure analytics.

Apparatus and methods for call management is provided. The apparatus may include system architecture comprising a first I/O platform, a processing engine and a second I/O platform. The first I/O platform may receive a call from a calling source and augment the call by pulling data from a calling sources database. The call may then be routed to the processing engine for a determination of whether cached data can satisfy a data request stored in the call. If the cached data cannot respond to the data request in the call, the processing engine may transmit the call to the second I/O platform. The second I/O platform may leverage a vendor data intelligence engine for selecting an appropriate data source to receive the call. The second I/O platform may subsequently format the call for transmission to the appropriate data source and, after the formatting, route the call.

Aspects of the present disclosure involve systems, methods, computer program products, and the like, for implementing a registrar component or functionality in a telecommunications network. In one implementation, the registrar functionality is handled at a Session Border Controller (SBC) or Network Address Translation (NAT) Traversal Manager (NTM) device of the network to alleviate an application server of the network from performing the registration function.

Improved methods for retrieval of content from CDNs is provided that includes a rendezvous controller that receives information of an identification of content being requested and an estimated location of a content requesting device. Based on this information, the rendezvous system identifies a server within a CDN from which the requested content may be retrieved. The selected server may be based on a repeatable hash function such that the likelihood that the content being requested is cached at the selected server. Steering requests to a server of the CDN which may have the content cached may reduce the number of servers within the CDN with the same cached content, particularly for the highest requested content. The rendezvous system may then return a corresponding domain name associated with the selected server and that can be subsequently submitted to a DNS for resolution to the IP address of the identified server.

Systems, methods, software and apparatus to enhance connectivity to an IPv6-only SIP client and an IPv4-only server and/or client. In one embodiment, a method comprises assigning the IPv6-only client an IPv4-translatable IPv6 Internet Protocol (IP) address. The method further includes determining the IPv6-only client is initiating the SIP communication session with the IPv4-only server or client. The method further includes extracting an IPv4 IP address from the IPv4 translatable IPv6 IP address, and using the extracted IPv4 address in a SIP contact header to register with an IPv4 SIP server and the Via header to get 200 OK responses. The IPv4 address used in the ‘c’ or ‘m’ lines is used to synthesize an IPv4 translatable IPv6 address for directly transferring media between an IPv6-only client and an IPv4-only client.

A method is described that enables communication between two disjoined networks with overlapping IP address ranges. An intermediary function in each of the networks and a unique IP address pool are deployed to facilitate the communication. This method also enables communications between one network with a group of networks with overlapping IP address ranges.

A computer-implemented method in a content delivery network (CDN), wherein the CDN delivers content on behalf of at least one content provider. The CDN includes a rendezvous system that selects CDN servers for clients. In response to a request by a rendezvous mechanism in the rendezvous system, a first given function is evaluated. Based on the outcome of the evaluating, the rendezvous mechanism uses either a first table or a second table. The first table was generated by a first table generation mechanism for use by said rendezvous mechanism to select CDN servers for clients, and the second table was generated by a second table generation mechanism for use by the rendezvous mechanism to select CDN servers for clients.

Implementations of the present disclosure include identifying, by a relay that is communicatively linked with a first blockchain instance and a second blockchain instance in a unified blockchain network, a blockchain domain name of a first blockchain instance; identifying a blockchain domain name of the second blockchain instance; receiving, from a node of the first blockchain instance, an access request for accessing the second blockchain instance, wherein the access request including the blockchain domain name of the second blockchain instance; identifying a chain identifier of the second blockchain instance based on the blockchain domain name of the second blockchain instance, wherein the chain identifier of the second blockchain instance indicates a blockchain network configuration of the second blockchain instance; and providing access to the second blockchain instance for the first blockchain instance based on the blockchain network configuration indicated by the chain identifier of the second blockchain instance.

In order to achieve location transparency and routing slip extensibility, a system and a method for orchestrating a web service using Business Process Execution Language are disclosed. The method includes: receiving a message, wherein the message comprises an address identifying an extension element; determining, from the address, a location of the extension element identified by the address; responsive to determining the location of the extension element, directing the message to an appropriate location; and storing the message in a computer readable storage medium.