Re: [OpenSIPS-Users] Parallel Forking messes up Voicemail two-way audio
The call is being set up by the append_branches() and then Serialize_branches() with the Q Values being whatever depending on how I want the calls to be (parallel or serial). Then in the failure_branch() I either call the next_branch() or fail over to voicemail issuing the rewritehost() function. One thing I noticed at first is that after the serial and parallel calls I get a 482 loop error. So to kind of cheat I made my if statement in the failure_branch that catches whether or not it fails to VM also catch the 482 message. I am guessing this is not a good thing and I need to find out why the 482 loop is occuring. The other weird thing that I noticed is that if I ngrep on the VM server for all traffic on that interface and then test it works!!! How is it that just doing an ngrep during the test call would fix the issue??? That is what first made me think that a sleep(x) would fix things because I figured the ngrep on the VM server was slowing down the VM server. Anyway I am hoping that the 482 loop issue is the root of my issue. I just haven't had time to test more since I am having to study for a CCNP Routing test, but I will get back with this issue and send some sip traces unless something I said above makes you think what the issue could be. Thanks On Nov 16, 2009 8:44am, "Bogdan-Andrei Iancu [via OpenSIPS (Open SIP Server)]" wrote: > Hi, > Let me first try to understand the scenario from SIP point of view. > In the first place, the call is sent to USER and PSTN (parallel). Now, > the PSTN responds very slow and the USER (callee) decline the call, > right ? > How the VM kicks in? serial forking? > Maybe a call flow or a trace will help a lot to understand your case. > Regards, > Bogdan > osiris123d wrote: > > I am wondering if anyone has run into this issue and how it might get > fixed. > > > > I am testing a Hunt Group call where the user in the location table and > a > > number out on the PSTN both get called at the same time since they both > have > > the same Q value. The parallel forking works just fine but due to the > PSTN > > taking a little longer to respond to the invite the call to the location > > table user will always cancel before the call to the PSTN number. > Because > > of this I see that the call to the PSTN number is still going on when > the > > Voicemail server picks up. I think because the call to the PSTN user was > > still in process it messes up the Two-Way audio. You can't hear the > audio > > coming from the Voicemail server. I know for a fact that my mediaproxy > > functions are set up correctly because on occasion it will work > correctly. > > Any idea how to fix this? I tried the sleep() function in the failure > > route, but that didn't seem to help. > > > > > -- > Bogdan-Andrei Iancu > www.voice-system.ro > ___ > Users mailing list > [hidden email] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > View message @ > http://n2.nabble.com/Parallel-Forking-messes-up-Voicemail-two-way-audio-tp3925391p4012384.html > To unsubscribe from Parallel Forking messes up Voicemail two-way audio, > click here. -- View this message in context: http://n2.nabble.com/Parallel-Forking-messes-up-Voicemail-two-way-audio-tp3925391p4023033.html Sent from the OpenSIPS - Users mailing list archive at Nabble.com. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Memcached errors
Even with that commented out same thing. I upgrade to .34 of libmemcached, no dice still. Bit weird, it works so I guess ill leave it alone! Andrei Dragus wrote: Brad Bendy wrote: ERROR:memcached:wrap_memcached_insert: Failed to insert: ACTION QUEUED ERROR:memcached:wrap_memcached_get: Failed to get: SUCCESS Strange, I can understand that an insert was queued, but as far as the get , the docs clearly state that if a library "get" returns NULL an error occurred. I haven't seen these errors ever so I am curious if you could build from sources and comment modules/memcached/memcached.c lines 387 - 395 and see if the errors persist. ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lookup
Ghaith ALKAYYEM wrote:
> Does anybody know the possible parameters of "lookup" function, they're
> not mentioned in the available documents or webinars.
http://www.opensips.org/html/docs/modules/devel/registrar.html#id271025
> There is: lookup("location") which is responsible for finding the
> reference to the specified destination, but what (lookup("aliases") does
> for example?
There have been some changes to alias handling in the past, you shall
better use alias_db for them:
http://www.opensips.org/html/docs/modules/devel/alias_db.html
Best regards,
Thomas Gelf
--
mail: tho...@gelf.net
web: http://thomas.gelf.net/
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] lookup
Hi,
check
http://www.opensips.org/html/docs/modules/devel/registrar.html#id271025
Regards,
Bogdan
Ghaith ALKAYYEM wrote:
> Hi list,
>
> Does anybody know the possible parameters of "lookup" function, they're
> not mentioned in the available documents or webinars.
>
> There is: lookup("location") which is responsible for finding the
> reference to the specified destination, but what (lookup("aliases") does
> for example?
>
> Thank you
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
--
Bogdan-Andrei Iancu
www.voice-system.ro
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] lookup
Hi list,
Does anybody know the possible parameters of "lookup" function, they're
not mentioned in the available documents or webinars.
There is: lookup("location") which is responsible for finding the
reference to the specified destination, but what (lookup("aliases") does
for example?
Thank you
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Modify SDP
And that was my real problem..too much time staring at the same stuff all in one day. Thanks very much for your help. That got me looking back in the right spot, and it works. Although it still doesn't solve the PAP2 issues, so I guess I have some more digging to do. On Nov 16, 2009, at 7:05 PM, Raúl Alexis Betancor Santana wrote: >> > Also, take into account that you must do that onreply_route block and not on > the main route block ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Memcached errors
Memcached is getting called direct from the scripts, using the native cache_fetch functions, the error occur with very low hits and high, it can be 1 hit a second or 100 per second, same thing. Ill try what Andrei was saying and see what that does, just fills the logs up was the only reason I was wondering :) Thanks On Tue, 2009-11-17 at 08:51 -0600, Brett Nemeroff wrote: > Brad, > > Not sure if it's relevant, but are you calling memcache direct from > your script? and how hard are you hitting it? > > > On Tue, Nov 17, 2009 at 8:19 AM, Brad Bendy > wrote: > > Hi list, > > Ive had these errors since day one when we use memcached, > nothing bad happens and memcached works fine, just wondering > if anyone else has seen this. > > ERROR:memcached:wrap_memcached_insert: Failed to insert: > ACTION QUEUED > ERROR:memcached:wrap_memcached_get: Failed to get: SUCCESS > > > Both inserts and get's "fail" but it really doesnt. The insert > is talking to memcached the get's are talking to a memcachedb > machine, I get the errors no matter what I use. > > Just wondering if anyone has seen this. > > Thanks > > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > > > > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Memcached errors
Brad, Not sure if it's relevant, but are you calling memcache direct from your script? and how hard are you hitting it? On Tue, Nov 17, 2009 at 8:19 AM, Brad Bendy wrote: > Hi list, > > Ive had these errors since day one when we use memcached, nothing bad > happens and memcached works fine, just wondering if anyone else has seen > this. > > ERROR:memcached:wrap_memcached_insert: Failed to insert: ACTION QUEUED > ERROR:memcached:wrap_memcached_get: Failed to get: SUCCESS > > > Both inserts and get's "fail" but it really doesnt. The insert is talking > to memcached the get's are talking to a memcachedb machine, I get the errors > no matter what I use. > > Just wondering if anyone has seen this. > > Thanks > > ___ > Users mailing list > Users@lists.opensips.org > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Memcached errors
Brad Bendy wrote: > > ERROR:memcached:wrap_memcached_insert: Failed to insert: ACTION QUEUED > ERROR:memcached:wrap_memcached_get: Failed to get: SUCCESS > Strange, I can understand that an insert was queued, but as far as the get , the docs clearly state that if a library "get" returns NULL an error occurred. I haven't seen these errors ever so I am curious if you could build from sources and comment modules/memcached/memcached.c lines 387 - 395 and see if the errors persist. -- Andrei Dragus www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] Memcached errors
Hi list, Ive had these errors since day one when we use memcached, nothing bad happens and memcached works fine, just wondering if anyone else has seen this. ERROR:memcached:wrap_memcached_insert: Failed to insert: ACTION QUEUED ERROR:memcached:wrap_memcached_get: Failed to get: SUCCESS Both inserts and get's "fail" but it really doesnt. The insert is talking to memcached the get's are talking to a memcachedb machine, I get the errors no matter what I use. Just wondering if anyone has seen this. Thanks ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Transfer issue
El Martes, 17 de Noviembre de 2009, Bogdan-Andrei Iancu escribió: > >> are you sure about this behaviour ? is it stated by RFC3261? > > > > It's stated in RFC 3261 and also in RFC (SDP). I'm 100% sure and I > > already convinced to Sippy b2bua and SEMS developers ;) > > > > http://lists.b2bua.org/pipermail/devel/2008-November/28.html > > http://www.mail-archive.com/sems...@lists.iptel.org/msg00684.html > > I was just asking to be sure what are the reasons, not because I do not > trust you ;) :) Since I don't remember right now where exactly this spec is stated I just wanted to show you the threads in which I was involved for this exact subject. Sure there appears the correct RFC section :) -- Iñaki Baz Castillo ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Function exec_msg() and exec module
exec_msg() is not returning the output to the script (see
http://www.opensips.org/html/docs/modules/devel/exec.html#id228165)
If you need to fetch the output, see exec_avp() function
(http://www.opensips.org/html/docs/modules/devel/exec.html#id228229)
Regards,
Bogdan
Jennifer-4 wrote:
> Thanks, now I can execute the echo command and store its result in a file.
> exec_msg("echo HOLA > fich.txt")
>
> But when I try to do something like "exec_msg("echo HOLA")", where is the
> command being executed?
>
> I can´t see the message of the echo. Do I need to do something more?
>
> Regards,
>
>
>
> Bogdan-Andrei Iancu wrote:
>
>> you have them in modules/exec/
>>
>> Also, after doing "make all", you will get the exec.so lib there.
>>
>> By default, the "exec" modules is installed.
>>
>> Regards,
>> Bogdan
>>
>> Jennifer-4 wrote:
>>
>>> I read the doc, but I think I need files like exec.h or exec.c, to load
>>> the
>>> module with exec.so
>>>
>>> Regards
>>>
>>>
>>> Bogdan-Andrei Iancu wrote:
>>>
>>>
Hi,
Jennifer-4 wrote:
> Hi!
>
> I want to send a command from "opensips.cfg", so in the main route, I´m
> trying to do:
> exec_msg("echo HOLA");
>
>
>
check the docs http://www.opensips.org/html/docs/modules/devel/exec.html
> I have read that I need a module called "exec", but I don´t know where
> I
> can
> find the files needed.
>
>
>
What file are you referring at?
--
Bogdan-Andrei Iancu
www.voice-system.ro
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Transfer issue
Hi Iñaki, Iñaki Baz Castillo wrote: > El Martes, 17 de Noviembre de 2009, Bogdan-Andrei Iancu escribió: > > >>> Imagine the b2bua routes/generates the call to a proxy which does >>> parallel forking so b2bua receives two 183 with different To-tag and, of >>> course, different SDP (sess-id, sess-version...). >>> >>> The b2bua replaces the received To-tags in an *unique* new To-tag to be >>> used in the upstream leg. >>> >>> This is a bug since the UAC will receive two 183 with same To-tag but >>> different SDP so it must ignore the second SDP (a SDP cannot change >>> during an early-dialog). >>> >> are you sure about this behaviour ? is it stated by RFC3261? >> > > It's stated in RFC 3261 and also in RFC (SDP). I'm 100% sure and I > already > convinced to Sippy b2bua and SEMS developers ;) > > http://lists.b2bua.org/pipermail/devel/2008-November/28.html > http://www.mail-archive.com/sems...@lists.iptel.org/msg00684.html > > I was just asking to be sure what are the reasons, not because I do not trust you ;) I will work with Anca to find a solution for this. Thanks and regards, Bogdan -- Bogdan-Andrei Iancu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Transfer issue
El Martes, 17 de Noviembre de 2009, Bogdan-Andrei Iancu escribió: > > Imagine the b2bua routes/generates the call to a proxy which does > > parallel forking so b2bua receives two 183 with different To-tag and, of > > course, different SDP (sess-id, sess-version...). > > > > The b2bua replaces the received To-tags in an *unique* new To-tag to be > > used in the upstream leg. > > > > This is a bug since the UAC will receive two 183 with same To-tag but > > different SDP so it must ignore the second SDP (a SDP cannot change > > during an early-dialog). > > are you sure about this behaviour ? is it stated by RFC3261? It's stated in RFC 3261 and also in RFC (SDP). I'm 100% sure and I already convinced to Sippy b2bua and SEMS developers ;) http://lists.b2bua.org/pipermail/devel/2008-November/28.html http://www.mail-archive.com/sems...@lists.iptel.org/msg00684.html > > If the b2bua doesn't replace the To-tag then the problem automatically > > dissapears, but then it's not a b2bua :) > > it does change :) Ok, but a different To-tag is required for each diferent To-tag received from UAS's. If not, the above problem arises :) -- Iñaki Baz Castillo ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Function exec_msg() and exec module
Thanks, now I can execute the echo command and store its result in a file.
exec_msg("echo HOLA > fich.txt")
But when I try to do something like "exec_msg("echo HOLA")", where is the
command being executed?
I can´t see the message of the echo. Do I need to do something more?
Regards,
Bogdan-Andrei Iancu wrote:
>
> you have them in modules/exec/
>
> Also, after doing "make all", you will get the exec.so lib there.
>
> By default, the "exec" modules is installed.
>
> Regards,
> Bogdan
>
> Jennifer-4 wrote:
>> I read the doc, but I think I need files like exec.h or exec.c, to load
>> the
>> module with exec.so
>>
>> Regards
>>
>>
>> Bogdan-Andrei Iancu wrote:
>>
>>> Hi,
>>>
>>> Jennifer-4 wrote:
>>>
Hi!
I want to send a command from "opensips.cfg", so in the main route, I´m
trying to do:
exec_msg("echo HOLA");
>>> check the docs http://www.opensips.org/html/docs/modules/devel/exec.html
>>>
I have read that I need a module called "exec", but I don´t know where
I
can
find the files needed.
>>> What file are you referring at?
>>>
>>> Regards,
>>> Bogdan
>>>
>>>
>>> --
>>> Bogdan-Andrei Iancu
>>> www.voice-system.ro
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>
>>
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
--
View this message in context:
http://n2.nabble.com/Function-exec-msg-and-exec-module-tp4012961p4017807.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Function exec_msg() and exec module
you have them in modules/exec/
Also, after doing "make all", you will get the exec.so lib there.
By default, the "exec" modules is installed.
Regards,
Bogdan
Jennifer-4 wrote:
> I read the doc, but I think I need files like exec.h or exec.c, to load the
> module with exec.so
>
> Regards
>
>
> Bogdan-Andrei Iancu wrote:
>
>> Hi,
>>
>> Jennifer-4 wrote:
>>
>>> Hi!
>>>
>>> I want to send a command from "opensips.cfg", so in the main route, I´m
>>> trying to do:
>>> exec_msg("echo HOLA");
>>>
>>>
>> check the docs http://www.opensips.org/html/docs/modules/devel/exec.html
>>
>>> I have read that I need a module called "exec", but I don´t know where I
>>> can
>>> find the files needed.
>>>
>>>
>> What file are you referring at?
>>
>> Regards,
>> Bogdan
>>
>>
>> --
>> Bogdan-Andrei Iancu
>> www.voice-system.ro
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>
>
--
Bogdan-Andrei Iancu
www.voice-system.ro
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Multi-domain and reinvite authentications
Hi Iñaki, Iñaki Baz Castillo wrote: > El Lunes, 16 de Noviembre de 2009, Bogdan-Andrei Iancu escribió: > >> Hi Iñaki, >> >> I'm not sure a proxy needs to keep any dialog persistent info in order >> to auth sequential requests - what it needs is a valid FROM uri (which >> does not change during the dialog). >> >> IMO, a proxy, receiving a requests (initial or sequential) with a FROM >> header pointing to one of the local SIP domains, should perform auth - >> shortly, if the caller is local subscriber, authenticate him - again, >> only FROM hdr is sufficient. >> > > Hi Bogdan, please let me talk about a *real* example (I issued it) in which > asking for auth for in-dialog requests is not so easy: > > > - Alice and Bob with auth users as "alice" and "bob". > - Domain = "domain.org". > - Bob has an alias 200 which becomes "bob" in the proxy. > - Alice calls 200. > - During the call, Bob (which received an initial INVITE with "To: > sip:2...@domain.org) sends a re-INVITE and keeps the received To as From, so > it > uses "From: sip:2...@domain.org" rather than "From: sip:b...@domain.org". > - The proxy asks for authentication so Bob regenerates the re-INVITE: > INVITE sip:al...@ip_alice SIP/2.0 > From: sip:2...@domain.org > WWW-Authorization: Digest username="bob" ... > - So the proxy declines this authentication as the From username "200" is > different than the credentials username "bob" (check_from() function). > > And it's really common this behavior in SIP phones (keeping the received "To" > as "From" in in-dialog requests). > yes, good example - you are right. It is not only about domains, but usernames alsoThis might be tricky - the proxy can simply apply the same transformations on the username (from the message) to find out the real user behind it (like 200 hides bob)otherwise, indeed, some kind of dialog state will be required (either via RR , either via dialog support). Regards, Bogdan -- Bogdan-Andrei Iancu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Transfer issue
Hi Iñaki, Iñaki Baz Castillo wrote: > El Lunes, 16 de Noviembre de 2009, Bogdan-Andrei Iancu escribió: > >> I agree that a b2bua is more complex than a proxy, but I guess the idea >> is to identify all these buggy cases and fix them. >> > > A very important issue in most of the existing B2BUA's: > > Imagine the b2bua routes/generates the call to a proxy which does parallel > forking so b2bua receives two 183 with different To-tag and, of course, > different SDP (sess-id, sess-version...). > > The b2bua replaces the received To-tags in an *unique* new To-tag to be used > in the upstream leg. > > This is a bug since the UAC will receive two 183 with same To-tag but > different SDP so it must ignore the second SDP (a SDP cannot change during an > early-dialog). > are you sure about this behaviour ? is it stated by RFC3261? > I've issued this problem. The solution is "easy": > > For each received 1XX response (different To-tags) the b2bua must create so > many different To-tags for the 1XX it sends to the UAC. > > If the b2bua doesn't replace the To-tag then the problem automatically > dissapears, but then it's not a b2bua :) > it does change :) Regards, Bogdan -- Bogdan-Andrei Iancu www.voice-system.ro ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] Function exec_msg() and exec module
I read the doc, but I think I need files like exec.h or exec.c, to load the
module with exec.so
Regards
Bogdan-Andrei Iancu wrote:
>
> Hi,
>
> Jennifer-4 wrote:
>> Hi!
>>
>> I want to send a command from "opensips.cfg", so in the main route, I´m
>> trying to do:
>> exec_msg("echo HOLA");
>>
> check the docs http://www.opensips.org/html/docs/modules/devel/exec.html
>> I have read that I need a module called "exec", but I don´t know where I
>> can
>> find the files needed.
>>
> What file are you referring at?
>
> Regards,
> Bogdan
>
>
> --
> Bogdan-Andrei Iancu
> www.voice-system.ro
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
--
View this message in context:
http://n2.nabble.com/Function-exec-msg-and-exec-module-tp4012961p4017163.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
