Half-Duplex incoming calls (outgoing is fine)

(1/3) > >>

wr5678:
Hi,

I've been using an OBI-202 for a while with no problems.  Had to switch ISPs, gotten a new router, and now I've got some odd behavior.  I haven't changed SIP providers, just the router/isp.

When I place a call everything works fine, I can talk with the called party no problem.  Incoming calls ring, I can answer fine, however I cannot hear the caller (but they can hear me).

It's pretty much a generic setup for my SIP provider (callwithus) as far as the Obihai device goes.

In trying to troubleshoot this I've tried port forwarding the whole range of RTP ports (16600-16798) in use for the service provider to the OBI device, that didn't seem to help.  No problems in SIP registration, no ALG on the router.  (FRITZ!box 7360)

One thing that seems kind of interesting is that it appears that the ISP is running ipv6 and supporting ipv4 clients by tunneling them through it.

Any other thoughts/ideas on other things to try?

Thanks

drgeoff:
Does callwithus have a test number or echo test or voicemail or any other service that sends audio to you?  If yes and you call that do you hear the audio?

wr5678:
Yes, when I place a call (in this case to a person, not a test number) it works fine.  If the same person dials me it doesnt....

QBZappy:
@wr5678

You might consider connecting the OBi directly to the modem to see if it is router or ISP related issues.

sdb-:
Do you get a publicly routable IPv4 address?

If they really are tunneling IPv4 inside IPv6, and/or if you do not get a publicly routable IPv4, that means you are behind carrier grade NAT and it may be a challenge to get SIP working.

For any NAT related issues, forwarding ports is only one knob, and it usually will only fix things if the router is losing the connection state.  Putting the OBi directly to the modem is the best test for this issue, and forwarding ports is what we use to fix it for day-to-day use if eliminating the router fixes the problem.  If cannot eliminate the router, disabling all port forwarding and setting up the OBi as the DMZ host is the next, best test.

Configuring a STUN server is another knob. It might help here.

The router may have a SIP ALG (application gateway) which it uses to be smart about SIP.  Most of the time it is better to disable the ALG and let the SIP endpoints use their own intelligence.  But whichever way it is set now, try the other way.

Oh, and best to only make one change at a time...  E.g. DMZ and changing SIP ALG might leave it broken when one or the other would have fixed it.

Navigation

[0] Message Index

[#] Next page