Problem with multi-level routing

<< < (2/2)

R7tt:
Quote from: RonR on April 20, 2012, 06:06:11 pm

Quote from: R7tt on April 20, 2012, 05:54:29 pm

Terminal ID                       GoogleVoice1                       SP2

...

09:45:20                                                                    End Call (403 Forbidden)


Any chance your SIP provider doesn't support G711U?  Google Voice uses G711U and I don't believe the OBi supports transcoding, which would be necessary on such a bridged call.



Thanks. I contacted my SIP provider and found out that they support both G711U and G729.

R7tt:
Quote from: Stewart on April 20, 2012, 06:40:25 pm

If you have set X_SpoofCallerID, try turning that off -- most providers won't allow spoofing (either at all, or the way OBi does it).

Otherwise, there may be a good alternate forwarding scheme.  What country are you in?  Cell phone provider?  Present SP2 provider?  Rate they are charging for calls to your cell phone?  Is it important to show the original caller's number on your cell phone?

You might try SIP Debug for clues as to why your call is being rejected with a 403 (provider may add a Warning header, SIP may be obviously malformed, etc.)


I got it! Just like you suggested it WAS X_SpoofCallerID related issue (I found out that the box was checked in web configthe even though was unchecked in OBi expert). Thank you.

Now I now encounter another unexpected problem:
If the other party calls sp2 (sip -> my cell) : works beautifully.
If the other party calls sp1 (gv-> sip -> my cell) : the caller cannot hear me but I can hear the caller and it happens every single instance.

Any idea why this is happening?

Stewart:
Please provide as much detail as possible about your setup.  Modem make/model?  Separate router, if any?  SIP provider?  Using STUN?  On a failing call, does OBi's Call Status show RTP packets coming in on SP2?  Going out on SP1?

R7tt:
Quote from: Stewart on April 22, 2012, 12:14:49 am

Please provide as much detail as possible about your setup.  Modem make/model?  Separate router, if any?  SIP provider?  Using STUN?  On a failing call, does OBi's Call Status show RTP packets coming in on SP2?  Going out on SP1?


Two questions:

1) What is STUN?
2) How do I check OBi's Call Status to figure out RTP packet info?

TIA.

Stewart:
General info on STUN: http://en.wikipedia.org/wiki/STUN .
OBi-specific info: see the "STUN and ICE" of the OBi Device Admin Guide.
If your provider offers a STUN server, use that.  Otherwise, stun.counterpath.net should work.
If STUN doesn't help, try forwarding the RTP port range (set by LocalPortMin to LocalPortMax; 16600-16999 will cover the defaults for both SPx) of UDP ports to the OBi.  If still no luck, you'll need to use SIP Debug (or perhaps capture traffic) to see what's going wrong.

To see call status, log into the OBi at the address reported when you dial ***1.  Username/password are admin/admin, or as reported on OBiTalk portal.  Expand Status, click on Call Status.  With the OBi idle, this will be empty.  Make a failing test call.  After answering your cell and confirming the trouble (and while the call is still in progress), click Call Status again and you should see the info.

Navigation

[0] Message Index

[*] Previous page