[Freeswitch-users] freeswitch continously sending sip update-messages: why?

[Michael Jerris]

Its to update the caller id information.  you can disable this:

http://wiki.freeswitch.org/wiki/Sofia.conf.xml#send-display-update

Mike

On Jan 9, 2013, at 4:48 AM, Michel Brabants <michel.brabants at gmail.com> wrote:

> No, freeswitch is not getting a response as the client (B2B sipserver) converts this to a reinvite with no sdp (which is incorrect of course). However, if I need to wait in the client-developers to fix this, I'll be a half year further...
> 
> I was wondering however why freeswitch is sending these in the first place as it contains no differences from previous sdp's. It isn't also sending updates or reinvites to the other side. I don't see the purpose of these updates. If it was to change the code, ... it would be better in this case as freeswitch could send reinvites instead as these wouldn't be handled incorrectly normally by the client.
> 
> 
> Michel
> 
> On Tue, Jan 8, 2013 at 10:11 PM, Steven Ayre <steveayre at gmail.com> wrote:
> Yep my mistake... rather I meant is FS getting a response?
> (Wondering if FS is retransmitting and/or timing out the call on no
> response since you say it hangs up 30s later)
> 
> 
> 
> On 8 January 2013 20:46, Kristian Kielhofner <kris at kriskinc.com> wrote:
> > The correct positive response to an UPDATE would be a 200 that is then
> > ACKd.  See RFC 3311:
> >
> > http://tools.ietf.org/html/rfc3311
> >
> > On Tue, Jan 8, 2013 at 2:40 PM, Steven Ayre <steveayre at gmail.com> wrote:
> >> Does the client send an ACK for the UPDATE?
> >>
> >
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130109/c7c1d440/attachment.html