What I discovered was that even though the documentation did not explicitly
show the 100 message being handled, it was in fact handled by the client.
For my situation, everything worked as you would hope according to the SIP
protocol.
Jonathan
On Wed, May 13, 2009 at 6:47 AM, Aleksander Morgado <
sofia-sip-de...@aleksander.es> wrote:
> Hi Pekka,
>
>
>> I encountered the same exact issue. There is not a straightforward way to
>>> disable this, although I do understand it is possible. However, I was
>>> informed that even the nta interface will send a 100 automatically if the
>>> response to the INVITE takes too long. I found the easiest solution was to
>>> modify the UAC scenario to accept the 100 message.
>>> Jonathan
>>>
>>> On Tue, Apr 7, 2009 at 7:12 AM, Aleksander Morgado <
>>> sofia-sip-de...@aleksander.es> wrote:
>>>
>>>> Is there any way in sofia-sip to avoid the automatic sending of the 100
>>>> TRYING reply to an INVITE nta_incoming_t?
>>>>
>>>> I've got a UAC which doesn't seem to like it, which is quite annoying...
>>>>
>>>
>>
>> Is it possible to modify the timeout value to send the SIP 100 TRYING at
>> NTA level somehow? I mean without needing to re-compile it and distribute a
>> modified version...
>>
>
>
> I prepared a small patch (attached) to current darcs implementing a new tag
> NTATAG_AVOID_100(), which can be used in nta_incoming_set_params(). That
> function was meant to provide sigcomp support (at least the allowed tags
> were just only for that), but I guess it's the correct place to include it.
>
> By default, the nta_incoming_t of an invite will have the avoid_100 set to
> false, so that it works as before, sending the 100 Trying in an INVITE
> transaction if N1 timer gets fired. If nta_incoming_set_params(irq,
> NTATAG_AVOID_100(1), TAG_END()); is called just after receiving the INVITE
> irq in the given leg, the sending of 100 Trying is avoided ( so this
> featrure is given per incoming transaction, and not per NTA agent ).
>
> If you dislike the patch, I can modify it. If you don't like the feature
> (it's really more a hack to support buggy clients), or you prefer it in some
> other way, tell me.
>
> Cheers,
> -Aleksander
>
>
> ------------------------------------------------------------------------------
> The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
> production scanning environment may not be a perfect world - but thanks to
> Kodak, there's a perfect scanner to get the job done! With the NEW KODAK
> i700
> Series Scanner you'll get full speed at 300 dpi even with all image
> processing features enabled. http://p.sf.net/sfu/kodak-com
> _______________________________________________
> Sofia-sip-devel mailing list
> Sofia-sip-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
>
>
------------------------------------------------------------------------------
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production scanning environment may not be a perfect world - but thanks to
Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700
Series Scanner you'll get full speed at 300 dpi even with all image
processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
