Best way to connect 2 Obis on Local Network

<< < (7/7)

hwittenb:
Quote from: azrobert on March 01, 2013, 08:43:37 am

I was thinking about what hwittenb said about the OBi sending RTP to the external IP address when I saw the following option on the OBi:
ITSP Profile B ==> SIP ==> X_DiscoverPublicAddress

I turned X_DiscoverPublicAddress off just to see what would happen and to my amazement it fixed the one-way audio problem.


azrobert,

I think you made a major discovery of a setting causing trouble with local network direct ip calling.

I tested it with my OBi100 calling, with a local network ip call, my OBi110 to bridge a call out the line port on the OBi110.  The call was from the OBi100 to the OBi110 SP2 configured for sip.  With X_DiscoverPublicAddress set to the default (checked) the local network call had one-way audio because the rtp packet stream from the OBi110 to the OBi100 was not directed properly when the OBi110's SP2 was registered to a Sip provider.  It worked correctly if SP2 was not registered to a sip provider.  With your discovery to uncheck X_DiscoverPublicAddress the call works correctly now when SP2 is registered to a sip provider.

The unchecking of X_DiscoverPublicAddress does not appear to affect regular incoming or outgoing call on SP2 using the registered sip provider, at least with my testing of CallCentric and Callwithus.

ianobi:
I have repeated my tests as in Reply #18 after unchecking X_DiscoverPublicAddress. All now work correctly, with all calls using only internal addresses.

azrobert - thanks for making us look again. This does seem to be the answer. It could lead to much more efficient use of OBi trunks and voice gateways spread over several OBis in the same network.

hwittenb - thanks for the clear explanations, which helped me to understand what is going on.

QBZappy - deserves a quick mention as he raised this possibility in Reply #22. I decided not to try it as I thought it would interfere with the normal working of the registered service provider. Looks like I was wrong on that one!

The one question remains - when does X_DiscoverPublicAddress need to be checked? Are there times when it is useful? My tests with sipgate.co.uk and sip2sip seem to indicate that it makes no difference checked or unchecked.

Ostracus:
Quote from: ianobi on March 03, 2013, 06:12:28 am

The one question remains - when does X_DiscoverPublicAddress need to be checked? Are there times when it is useful? My tests with sipgate.co.uk and sip2sip seem to indicate that it makes no difference checked or unchecked.


It could be something to help the unit deal with a broken NAT.

QBZappy:
Quote from: ianobi on March 03, 2013, 06:12:28 am

QBZappy - deserves a quick mention as he raised this possibility in Reply #22. I decided not to try it as I thought it would interfere with the normal working of the registered service provider. Looks like I was wrong on that one!


No one ever listens to me! Try it you'll like it.  :)

ianobi:
QBZappy - I am most humbly contrite  :-[  A person of your great experience and knowledge should never be ignored  :)

Navigation

[0] Message Index

[*] Previous page