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.
<br />
<br />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.
<br />
<br />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.
<br />
<br />Thanks
<br />
<br />On Nov 16, 2009 8:44am, "Bogdan-Andrei Iancu [via OpenSIPS (Open SIP Server)]" <<a href="http://n2.nabble.com/user/SendEmail.jtp?type=node&node=4023033&i=0" target="_top" rel="nofollow">[hidden email]</a>> wrote:
<div class='shrinkable-quote'><br />>
<br />>
<br />>
<br />>
<br />> Hi,
<br />>
<br />>
<br />>
<br />> Let me first try to understand the scenario from SIP point of view.
<br />>
<br />>
<br />>
<br />> In the first place, the call is sent to USER and PSTN (parallel). Now,
<br />>
<br />>
<br />> the PSTN responds very slow and the USER (callee) decline the call, right ?
<br />>
<br />>
<br />>
<br />> How the VM kicks in? serial forking?
<br />>
<br />>
<br />>
<br />> Maybe a call flow or a trace will help a lot to understand your case.
<br />>
<br />>
<br />>
<br />> Regards,
<br />>
<br />>
<br />> Bogdan
<br />>
<br />>
<br />>
<br />> osiris123d wrote:
<br />>
<br />>
<br />> > I am wondering if anyone has run into this issue and how it might get fixed.
<br />>
<br />>
<br />> >
<br />>
<br />>
<br />> > I am testing a Hunt Group call where the user in the location table and a
<br />>
<br />>
<br />> > number out on the PSTN both get called at the same time since they both have
<br />>
<br />>
<br />> > the same Q value. The parallel forking works just fine but due to the PSTN
<br />>
<br />>
<br />> > taking a little longer to respond to the invite the call to the location
<br />>
<br />>
<br />> > table user will always cancel before the call to the PSTN number. Because
<br />>
<br />>
<br />> > of this I see that the call to the PSTN number is still going on when the
<br />>
<br />>
<br />> > Voicemail server picks up. I think because the call to the PSTN user was
<br />>
<br />>
<br />> > still in process it messes up the Two-Way audio. You can't hear the audio
<br />>
<br />>
<br />> > coming from the Voicemail server. I know for a fact that my mediaproxy
<br />>
<br />>
<br />> > functions are set up correctly because on occasion it will work correctly.
<br />>
<br />>
<br />> > Any idea how to fix this? I tried the sleep() function in the failure
<br />>
<br />>
<br />> > route, but that didn't seem to help.
<br />>
<br />>
<br />> >
<br />>
<br />>
<br />> >
<br />>
<br />>
<br />> --
<br />>
<br />>
<br />> Bogdan-Andrei Iancu
<br />>
<br />>
<br />> www.voice-system.ro
<br />>
<br />>
<br />>
<br />>
<br />> _______________________________________________
<br />>
<br />>
<br />> Users mailing list
<br />>
<br />>
<br />> [hidden email]
<br />>
<br />>
<br />> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
<br />>
<br />>
<br />>
<br />>
<br />>
<br />>
<br />>
<br />>
<br />>
<br />> View message @ http://n2.nabble.com/Parallel-Forking-messes-up-Voicemail-two-way-audio-tp3925391p4012384.html
<br />>
<br />>
<br />>
<br />>
<br />> To unsubscribe from Parallel Forking messes up Voicemail two-way audio, click here.
<br />>
<br />>
<br />>
<br />>
<br />>
<br />>
<br />></div>
<br><hr align="left" width="300">
View this message in context: <a href="http://n2.nabble.com/Parallel-Forking-messes-up-Voicemail-two-way-audio-tp3925391p4023033.html">Re: Re: [OpenSIPS-Users] Parallel Forking messes up Voicemail two-way audio</a><br>
Sent from the <a href="http://n2.nabble.com/OpenSIPS-Users-f1449235.html">OpenSIPS - Users mailing list archive</a> at Nabble.com.<br>