Hi, Brett!
I was talking about the DEBUG info (debug core parameter set to 6). If
you can provide the logs for such a corruption on pastebin.com or
something it would be great. Otherwise I will try to reproduce myself
this scenario and see what's happening.
I'm not sure what version are you us
Razvan,
I'm using the new dialog based method. If I remember right the old way was
with vsf/vst headers and I'm definitely not using that anymore.
The version I'm using is a svn pull from 1.6.3 (7919), which I think is how
I'm doing the dialog based version. I'm not quite ready to move to 1.7 but
Hello,
Jeff, I was wrong, this feature is not available in 1.6, only in 1.7 .
Anyway, according to Brett's traces it seems to be a problem with the
function and I would really appreciate if he could help me debugging this.
Regards,
Ra(zvan
On 12/15/2011 07:27 PM, Jeff Pyle wrote:
Brett,
Is
Brett,
Is the other end an Acme? If so, they need to implement some custom
parameters (which I do not have) to* *honor some parts of section 12 of
RFC3261 in such a way that won't break uac_replace_from(). Let me know if
this is the case and we'll talk more.
Rasvan,
Can you share more about t
Hi, Brett!
Are you using uac_replace_from function with dialog support or the old
approach with route parameters? Would it be possible to increase
OpenSIPS debugging level and paste some extra information?
Regards,
--
Ra(zvan Crainea
OpenSIPS Developer
On 12/15/2011 12:41 AM, Brett Nemerof
Hello List,
I'm sure I brought this up sometime before, but I'm still having this
issue. I have to imagine that some of you out there are having it as well.
Running OpenSIP-1.6.4
I perform a uac_replace_from. It works just fine, But on subsequent
transactions within the dialog, like a BYE that com