[OpenSIPS-Users] codec_exists and its cousins on 1.6.4
jpyle at fidelityvoice.com
Tue Apr 12 23:33:41 CEST 2011
Never mind! Turned out to be an extra \r\n in an append_rf, set once on the variable that the function used, and a second time on the function itself. As you were…
I love it when it's easy.
Strange, though, the same config on 1.6.2 didn't cause the carriers to barf on it.
From: Jeff Pyle <jpyle at fidelityvoice.com<mailto:jpyle at fidelityvoice.com>>
Reply-To: OpenSIPS users mailling list <users at lists.opensips.org<mailto:users at lists.opensips.org>>
Date: Tue, 12 Apr 2011 17:12:37 -0400
To: OpenSIPS users mailling list <users at lists.opensips.org<mailto:users at lists.opensips.org>>
Subject: [OpenSIPS-Users] codec_exists and its cousins on 1.6.4
Has anyone heard of a problem where codec_exists, codec_delete_except_re, codec_move_up, or codec_delete causes an extra blank line to appear between the headers and the SDP in 1.6.4? I updated from 1.6.2 and I have this now. Upstream gateways bounce the invites with 400 Bad Request.
I haven't been able to determine exactly which function causes the problem. I thought I'd ask before I rip apart an otherwise functional config.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Users