SIP trunking Gotchas
We keep waiting for SIP trunking to become simple to adopt and implement—at which point, it will presumably no longer be a hot topic. That keeps not happening.
There seems to be an endless layer of challenges and problems that need to be solved before you can implement SIP trunks and capture the savings they promise, while not having them alter your telephony environment in ways that hurts the business. Here are just a few:
To ensure that numbers are ported to the new access trunks without disruptions, enterprises need to make sure they have an accurate inventory of current DIDs, and that if they're switching carriers, they're prepared to deal with, shall we say, less than enthusiastic cooperation from the carrier losing the business. The bottom line: Start addressing this issue early in the process and understand the likely pitfalls.
Because SIP trunking allows multiple locations to sit behind a single, centralized SIP Trunk, you may encounter problems passing accurate Caller ID information through to the called party. In the PSTN world, the physical location of the caller—the originating LATA—is always known, and this information can always be used by the carrier to deliver accurate Caller ID. In contrast, the SIP trunking carrier may not know the physical location of the caller, so the system must be configured to make sure it can pass the Caller ID for the DID in a way that can be read at the remote end. (A variation on this is the challenge of E911 and making sure that a call reaches the Public Service Answering Point or PSAP that serves the physical location of the caller.)
Fax, modems, and alarms
These legacy systems will remain in place, so enterprises have to plan carefully to make sure they can make the transition. Fax is an ongoing issue that more people are talking about, but if analog modems can't be phased out, you may need to retain POTS lines to serve them—i.e., there is no solution within SIP trunking at this time.
By now, many carriers offer a service in which enterprises can flexibly use the capacity they’re buying—in other words, instead of being restricted to a given amount of bandwidth at each location, with the risk of overprovisioning at some places or times and underprovisioning at others; the carrier may offer a "pool" that lets you reassign capacity dynamically so that you optimize your bandwidth utilization. But, these "bursting" offers vary among carriers, so you have to understand what you’re buying.
The bottom line is that a SIP trunking-for-PRI swapout is not as straightforward as an MPLS-for-frame-relay swapout. Getting the benefits without losing the features is a much more detailed, tricky process. As long as that remains the case, SIP trunking will be a big draw.