Re: [reSIProcate-users] SIP messages limits for UDP in reSIProcate
Hi Scott,
I understand and I have 2 questions:
- So, what is today the bonus of adding both UDP and TCP transports instead
of only UDP, since it seems to always prefer and use UDP ?
Maybe stack switches transport if it cannot get a response using the first
tried transport ?
- How an application, knowing the SIP message size, could command the stack
to switch the transport, on-the-fly and on a message-by-message or
dialog-by-dialog basis ?
Many thanks,
Julio.
--------------------------------
From: slgodin@xxxxxxxxx [mailto:slgodin@xxxxxxxxx] On Behalf Of Scott Godin
Sent: Wednesday, December 23, 2015 5:52 PM
To: Julio Cabezas
Cc: resiprocate-users@xxxxxxxxxxxxxxx
Subject: Re: [reSIProcate-users] SIP messages limits for UDP in reSIProcate
There is nothing in the stack today to automatically switch from UDP to TCP
based on the message size. The application would need to be responsible for
that. You may want to consider just enabling TCP only.
Sounds like a feature to consider for a future release. :)
Scott
On Wed, Dec 23, 2015 at 2:37 PM, Julio Cesar Esteves Cabezas
<jcabezas@xxxxxxxxxxxxx> wrote:
Hi,
I noticed in my UA application that the dum/resiprocate stack is sending
and receiving UDP packets well above the 1300 bytes limit recommended in
RFC3261. (e.g. 5000 bytes)
I think that allowing SIP over UDP above 1300 bytes is an useful behaviour
in some scenarios (despite RFC3261) but undesirable in others.
Suppose I have activated both UDP and TCP transports in an
UserAgentMasterProfile.
Is there any configuration to select the behaviour between "allow any UDP
datagram size" and "switch automatically to TCP when sending SIP message above
1300 bytes" ?
I am using reSIProcate 1.8.14 in Windows 7.
Best Regards,
Julio.
_______________________________________________
resiprocate-users mailing list
resiprocate-users@xxxxxxxxxxxxxxx
List Archive: http://list.resiprocate.org/archive/resiprocate-users/