VoIP Mailing List Archives

[jim at evolutiontel.net]

Hi Gents,

I have just upgraded to the latest trunk from 1.0.4Pre7 and found the
Contact header in the 200Ok messages has changed from
sip:mod_sofia@123.123.123.123:5060 to
dialed_number@sip.evolutiontel.net.

Have looked at Jira and in old emails from the list and could not find
anything, was there a variable that needs to added to sofia config to
make sure the Contact header has an IP address instead of a URI?

Thanks,
Jim

_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[brian at freeswitch.org]

This behavior only takes place on <param name="manage-shared-appearance" value="true"/>, Which Is required in some cases for things like call pickup and barge when using TLS/TCP. Can you tell me why the contact with the hostname is giving you a problem?

/b

On May 28, 2009, at 11:40 PM, Jim Burke wrote:

[jim at evolutiontel.net]

Thanks Brian, will check it out.

I am using FS as Voicemail behind Opensips. As we have 2 Opensips
servers if FS responds with a Contact header with a URI value we
cannot route the call back to the correct FS server and the call is
eventually dropped. For some reason this occurs even though we have
record_route set in Opensips.

Regards,


On Fri, May 29, 2009 at 3:25 PM, Brian West <brian@freeswitch.org> wrote:

[anthony.minessale at g...]

try enabling the Path header too
we fully support that


On Fri, May 29, 2009 at 1:37 AM, Jim Burke <jim@evolutiontel.net (jim@evolutiontel.net)> wrote:

[brian at freeswitch.org]

I would recommend not turning on the SLA option then... I had to add that in because when using TLS the phone would try to call the IP which would fail because the SSL cert wouldn't match and the poor phone would kill over, lock up and reboot sometimes GO POLYCOM! With that option not set on the profile the default/old behavior should return.

/b

On May 29, 2009, at 1:37 AM, Jim Burke wrote: