Recently, Alteva (News - Alert) set up a complete least cost routing (LCR) solution designed to not only offer number portability, but a full ten digit routing system. However, Alteva didn't set up such a system in isolation, turning to TransNexus to provide several pieces of necessary equipment to establish this system, and is now in a position to up its offerings significantly.

Alteva, previously, had used a static LCR system to carry out its carrier origination and termination functions. This in turn limited Alteva to six digit dial codes, and the static LCR table generated from same was sent directly to the softswitch. Any routing changes that needed to take place were slow to update, and eliminating unprofitable routes—again thanks to the six digit dial code—just couldn't happen.

With those limitations in place, it was clear that Alteva needed upgrades, particularly, to a dynamic LCR engine. With a dynamic LCR engine, updates could happen quickly and efficiently, and unprofitable routes could be removed from the equation. Knowing what it needed, Alteva turned to TransNexus (News - Alert), who already offered an impressive set of features in terms of least cost routing.

TransNexus' LCR solution offered not only NexOSS, geared toward rating Call Detail Records as well as provisioning routes, and also served as a way to replicate the least cost routing configurations to OSPrey. OSPrey could then step in to determine the least cost routing, and use an SIP invite to notify the switch that had the lowest cost, once it received calls routed from Alteva's Sonus softswitch.

Thanks to TransNexus' help, Alteva now had a way to get automatic updates, so that changes could be kept up within a billing system, as well as a way to access the centralized routing of the OSPrey servers. Additionally, with NexOSS in place, call detail records were easy to both compile and access, which in turn offered a layer of protection against telecom fraud, which is rapidly proving to be a major issue in telecommunications. With NexOSS, any detected fraud would be met with both e-mail and SNMP-based alarms to ensure the most rapid possible response.

Any time a system can provide more options, and especially when those extra options prove to be valuable, it's always worth considering the upgrade. In Alteva's case, it's clear that TransNexus was looking to offer the kind of help that Alteva needed, allowing for unprofitable routes to be removed, fraud to be quickly detected and responded to, and more efficient practices to be observed. TransNexus and Alteva's systems should, ultimately, work very well together and provide a lot of extra help for Alteva's operations in the near-term future.