IPKall - Calls IN to Obi can hear me but I can't hear them

[gderf]

{>anything:ph}

I think the problem is I need complete start to finish setup guidance for this SP via the OBi's webpage, or how to use OBiTALK to modify one of the built in canned configurations.

[azrobert]

You setup this SP to block SIP scanners, but will also block calls from IPKall.

For a test try this:
{>anything:ph},{ph}

[gderf]

I have started over using a clean SP4 (deleted then added back in again).

In my router, I have forwarded the appropriate UDP RTP ports 17100-17198 and port 5063.

X_InboundCallRoute is set to the default value of ph.

The OBi was then rebooted.

IPKall is set to forward calls to SIP URI: 123@my_IP_address:5063

When I place a call to my IPKall number I get a busy signal. The phone does not ring on my OBi and I see no blocked packets in my firewall log during the time of call.

I don't know where else to look.

[azrobert]

Do you have a provider setup on SP4?

[azrobert]

If SP4 is not defined, setup a dummy SIP definition like this:

Service Providers -> ITSP Profile D -> SIP -> ProxyServer : 127.0.0.1
Voice Services -> SP4 Service -> AuthUserName : (any userid)
Voice Services -> SP4 Service -> X_RegisterEnable : (unchecked)
Voice Services -> SP4 Service -> X_ServProvProfile : B

[gderf]

For some reason I can not get your suggested changes to stick. They revert back to what they were after a reboot.

[azrobert]

If you are using the Web interface (not OBiTalk network) to update the OBi do the following:

System Management -> Auto Provisioning

Under OBiTalk Provisioning:

Method: Disabled

Make sure you are changing Method under OBiTalk.

[gderf]

YES. It now works. Thank you so very, very much for all your help and your patience with me.

[azrobert]

Great news!
To block scanners do this:

Change IPKall to:
user1@xx.xx.xx.xx:5063

X_InboundCallRoute:
{>user1:ph}

I did not test the above.

[gderf]

UGH, I spoke too soon. The phone rings but no sound in either direction. I did enable stun and am using stun.callwithus.com

[azrobert]

I tested this a long time ago and don't remember what I did.
According to my post (Reply #8) I did not use Stun

[gderf]

I also tried stunserver.org, no joy there either. Oh well. Thanks again for all your help.

[azrobert]

Try it without Stun.

[gderf]

I did try it without stun initially, no sound, so I tried with stun.

[azrobert]

My IPKall is currently pointed to a provider.
I'm not going to play with it tonight.
Tomorrow I'll see if I can get mine to work again straight to my OBi.

Do you want to do this because IPKall doesn't work with CallWithUs?
Do you have another provider you can route through?

[gderf]

Routing IPKall in thru CallWithUs SIP URI does not work fully. I get sound in one direction only. I would settle for getting this working since I have an SP provisioned for CallWithUs for outbound only anyway that I might use in May.

I can route IPKall in thru Callcentric IP Freedom SIP URI and it works fine.

Please do not change anything in your OBi. I don't want to inconvenience you to that degree and possibly have you hose your setup.

Thanks again for all your help.

[gderf]

I was able to get IPKall to forward to CallWithUs SIP URI with sound in both directions by port fording the UDP RTP ports. I can live with this for now.

[azrobert]

I found the problem.
I tried pointing my IPKall to SP2 on my OBi110.
I got 2 way audio.
The difference in our configs is my SP2 is registered to a provider.
Unregistering SP2 produced no audio.
I fixed the problem with the unregistered SP2 by doing this:

Service Providers -> ITSP Profile X -> SIP
X_DiscoverPublicAddress: Disabled (unchecked)
X_PublicIPAddress: xx.xx.xx.xx   (your public IP address)

Do the above or use IPKall with a registered provider.


To block scanners:

Change IPKall to:
gderf@xx.xx.xx.xx:5063

X_InboundCallRoute:
{>gderf:ph}

Edit:
If you want to point IPKall to the SP CallWithUs is defined do:

Change IPKall to:
YourCallWithUs-ID@xx.xx.xx.xx:5062

And leave X_InboundCallRoute unchanged.

[gderf]

Thanks, I will try this.

I already have IPKall -> SP registered with CallWithUs. I needed to forward RTP ports to get two way audio though. This will be my fallback if I still can't get IPKall -> my_IP_Address working.

Edit: IPKall -> my_IP_Address rings but no sound in either direction.