Stir-Shaken Tokens
We have developed these 4 methods for you to access and generate Stir-Shaken tokens.
- All methods can utilize your existing ANI’s or our Verified ANI’s.
- Three of these methods can be accessed on the PMG platform, or an API can be hosted on your switching platform.
Here is a description of each:
1. SIP pass-through.
Send your calls directly to PMG via SIP. A digital token will be generated, inserted into its call data header, and the call will be sent back to you, or it will be sent to our Tier 1 carrier for termination.
To implement this service, you will add PMG to your carrier routing table and send all originating calls to PMG. PMG will add a digital token to each calls’ SIP header and i) return the calls to your platform, ii) send the calls to your carrier, or iii) send the calls to our Tier 1 carrier for termination.
Put another way, we can face your platform, sign the calls, and pass the calls back to your switch for processing if your existing switch can handle the token data. If it cannot, we can forward the calls to any one of your carriers. You oversee the carrier table routing. Or we can route your calls to our Tier 1 carrier for processing.
There is a one-time set-up fee for this service and our standard stir-shaken token pricing. If we terminate the calls for you, there is a per minute charge as well.
2. Most users can send a Stir-Shaken query via MySQL.
PMG will return a digital token to you for insertion into your SIP Header.
You can forward the destination number and relevant ANI via MySQL to PMG. PMG adds a “verified caller ID” from our ANI inventory. You can also utilize your existing ANI’s by porting them to PMG’s CLEC, or we can use your ANIs without porting.
PMG produces our Service Provider signature certificate authorized by national Stir- Shaken Authority. This signature certificate is accepted by every major telephone carrier in the US.
PMG returns the signature certificate to you for insertion into your call SIP header.The call recipient sees a message similar to this on its caller ID screen: Verified Caller
For ease in administration, PMG has produced an API where you can add/edit/delete any ANI in your account.
3. SIP 302 redirect.
If you are unable to send a query using MYSQL, send a Stir-Shaken request via SIP. PMG will return a digital token to you for insertion into your SIP Header, using a 302 redirect response.
You can forward the destination number and relevant ANI via SIP to PMG. PMG adds a “verified caller ID” from our ANI inventory. You can also utilize your existing ANI’s by porting them to PMG’s CLEC, or we can use your ANIs without porting.
PMG produces our Service Provider signature certificate authorized by national Stir- Shaken Authority. This signature certificate is accepted by every major telephone carrier in the US.
PMG returns the signature certificate to you via 302 redirect, for insertion into your call SIP header.
The call recipient sees a message similar to this on its caller ID screen: Verified Caller
For ease in administration, PMG has produced an API where you can add/edit/delete any ANI in your account.
4. High-volume service. HTTPS – API
Service has been tested at up to 30,000 calls per second, and is designed for high volume users. Ideally, this solution will reside on your
platform, in a dedicated (not virtual) server. PMG will operate the technology package as a contractor to your company, charging a flat rate per server processor. Stir-Shaken will use your signage and verified ANIs, if available, and if not available, we will use our own as a certified provider. We will provide these ‘back-room’ services to you, including both labor and technology, while you will provide dedicated servers to host the technology.
These services are supplied via a database query or with a SIP 302 redirect. We will install a container, separate from the rest of the software running on your platform. The application can query our MySQL database via memory using a socket. This method is much more efficient and faster than other approaches, and each switch manufacturer can enable this technology inside the same server where your switch runs. You will need a server with a minimum of 32 cores and 128 GB of RAM, plus a powerful network interface so the system can provide a direct MySQL query or a SIP 302 redirect interface, or for a SIP pass- through.
Our pricing is based on providing the API for each one of your switch processors. This product’s flat rate pricing allows you to send virtually unlimited call volumes to each processor that we operate on your behalf.
