The problem with standards is that they rarely are. Despite the fact that SIP has been around since the 1990’s, is fairly well documented, and exists inside solutions from a variety of providers, there are still far too many situations where one vendor’s SIP has trouble speaking with another vendor’s SIP. Solution X might use the History-Info header when Solution Y is looking for the data in the Diversion header. Company A might love to use multipart MIME in their SIP message bodies and that causes Company B’s soft phone to go belly up.
In addition to these protocol mismatches, there are times when you need to reach into a SIP message and change the data. For instance, there may be instances where you need to change the domain in the FROM to something other than what the SIP client set it to.
In my latest article for Avaya Connected, I keep my promise of adding more meat to the discussion I began with An Avaya Session Manager Cookbook. In this latest installment, I take you a bit deeper into Session Manager Adaptations.