Hello,

If you want to test protocol switching, try the Mercuro IMS Client
(http://www.mercuro.net/). It supports the ability to switch from UDP
to TCP when the packet size exceed ~1300 bytes.

Regards, Laurent Etiemble.

Need an IMS Client ?
Try out Mercuro IMS Client.
http://www.mercuro.net/


2009/9/28 Zhaoning Jiang <jiangzhaon...@gmail.com>:
> It's a pity that many SIP device vendors do not fully support UDP auto
> switch to TCP when the packets size if big according to RFC 3261
> recommandations.
>
> 2009/9/28  <sip-implementors-requ...@lists.cs.columbia.edu>:
>> Send Sip-implementors mailing list submissions to
>>        sip-implementors@lists.cs.columbia.edu
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>        https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>> or, via email, send a message with subject or body 'help' to
>>        sip-implementors-requ...@lists.cs.columbia.edu
>>
>> You can reach the person managing the list at
>>        sip-implementors-ow...@lists.cs.columbia.edu
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Sip-implementors digest..."
>>
>>
>> Today's Topics:
>>
>>   1. Re: When to use TCP and UDP for sip request (Schwarz Albrecht)
>>   2. Re: When to use TCP and UDP for sip request (Kanta C)
>>   3. Re: When to use TCP and UDP for sip request (I?aki Baz Castillo)
>>   4. Re: When to use TCP and UDP for sip request (Pranab Bohra)
>>   5. Re: When to use TCP and UDP for sip request (I?aki Baz Castillo)
>>   6. Re: When to use TCP and UDP for sip request (Pranab Bohra)
>>   7. Re: When to use TCP and UDP for sip request (David Benoit)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Thu, 24 Sep 2009 12:29:36 +0200
>> From: "Schwarz Albrecht" <albrecht.schw...@alcatel-lucent.de>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: "Abhishek Dhammawat" <abhishek.dhamma...@aricent.com>,      "Sip
>>        Server" <sip-implementors@lists.cs.columbia.edu>
>> Message-ID:
>>        
>> <f4562d4585113d42ac08dc47fdec49b002407...@frvelsmbs23.ad2.ad.alcatel.com>
>>
>> Content-Type: text/plain;       charset="us-ascii"
>>
>> you missed the SCTP option as alternative to TCP
>>
>>
>>> -----Original Message-----
>>> From: sip-implementors-boun...@lists.cs.columbia.edu
>>> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On
>>> Behalf Of Abhishek Dhammawat
>>> Sent: Donnerstag, 24. September 2009 12:26
>>> To: Kanta C; Sip Server
>>> Subject: Re: [Sip-implementors] When to use TCP and UDP for
>>> sip request
>>>
>>> Hi
>>>
>>> TCP should be use when reliability is required.
>>> Also when dealing with large messages TCP should be used to
>>> avoid fragmentation of the messages over UDP.
>>>
>>> For details please refer RFC 3261 section 18.1.1.
>>> " If a request is within 200 bytes of the path MTU, or if it
>>> is larger than 1300 bytes and the path MTU is unknown, the
>>> request MUST be sent using an RFC 2914 [36] congestion
>>> controlled transport protocol, such as TCP."
>>> regards
>>> Abhishek Dhammawat
>>> Aricent
>>>
>>>
>>> -----Original Message-----
>>> From: sip-implementors-boun...@lists.cs.columbia.edu
>>> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On
>>> Behalf Of Kanta C
>>> Sent: Thursday, September 24, 2009 3:41 PM
>>> To: Sip Server
>>> Subject: [Sip-implementors] When to use TCP and UDP for sip request
>>>
>>> Hi All,
>>>
>>> Is there a rule for selecting the the transport layer
>>> protocol like when to use TCP or when to use UDP....
>>>  Regards,
>>> Kinnu
>>>
>>> __________________________________________________
>>> Do You Yahoo!?
>>> Tired of spam?  Yahoo! Mail has the best spam protection
>>> around http://mail.yahoo.com
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>> "DISCLAIMER: This message is proprietary to Aricent and is
>>> intended solely for the use of the individual to whom it is
>>> addressed. It may contain privileged or confidential
>>> information and should not be circulated or used for any
>>> purpose other than for what it is intended. If you have
>>> received this message in error,please notify the originator
>>> immediately. If you are not the intended recipient, you are
>>> notified that you are strictly prohibited from using,
>>> copying, altering, or disclosing the contents of this
>>> message. Aricent accepts no responsibility for loss or damage
>>> arising from the use of the information transmitted by this
>>> email including damage from virus."
>>>
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Thu, 24 Sep 2009 03:32:38 -0700 (PDT)
>> From: Kanta C <sip_on_...@yahoo.com>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: Schwarz Albrecht <albrecht.schw...@alcatel-lucent.de>,      Abhishek
>>        Dhammawat <abhishek.dhamma...@aricent.com>,     Sip Server
>>        <sip-implementors@lists.cs.columbia.edu>
>> Message-ID: <659622.88344...@web111604.mail.gq1.yahoo.com>
>> Content-Type: text/plain; charset=iso-8859-1
>>
>> Thanks?everyone....
>> ?Regards,
>> Kinnu
>>
>>
>>
>>
>> ________________________________
>> From: Schwarz Albrecht <albrecht.schw...@alcatel-lucent.de>
>> To: Abhishek Dhammawat <abhishek.dhamma...@aricent.com>; Sip Server 
>> <sip-implementors@lists.cs.columbia.edu>
>> Sent: Thursday, September 24, 2009 3:59:36 PM
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip request
>>
>> you missed the SCTP option as alternative to TCP
>>
>>
>>> -----Original Message-----
>>> From: sip-implementors-boun...@lists.cs.columbia.edu
>>> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On
>>> Behalf Of Abhishek Dhammawat
>>> Sent: Donnerstag, 24. September 2009 12:26
>>> To: Kanta C; Sip Server
>>> Subject: Re: [Sip-implementors] When to use TCP and UDP for
>>> sip request
>>>
>>> Hi
>>>
>>> TCP should be use when reliability is required.
>>> Also when dealing with large messages TCP should be used to
>>> avoid fragmentation of the messages over UDP.
>>>
>>> For details please refer RFC 3261 section 18.1.1.
>>> " If a request is within 200 bytes of the path MTU, or if it
>>> is larger than 1300 bytes and the path MTU is unknown, the
>>> request MUST be sent using an RFC 2914 [36] congestion
>>> controlled transport protocol, such as TCP."
>>> regards
>>> Abhishek Dhammawat
>>> Aricent
>>>
>>>
>>> -----Original Message-----
>>> From: sip-implementors-boun...@lists.cs.columbia.edu
>>> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On
>>> Behalf Of Kanta C
>>> Sent: Thursday, September 24, 2009 3:41 PM
>>> To: Sip Server
>>> Subject: [Sip-implementors] When to use TCP and UDP for sip request
>>>
>>> Hi All,
>>>
>>> Is there a rule for selecting the the transport layer
>>> protocol like when to use TCP or when to use UDP....
>>>? Regards,
>>> Kinnu
>>>
>>> __________________________________________________
>>> Do You Yahoo!?
>>> Tired of spam?? Yahoo! Mail has the best spam protection
>>> around http://mail.yahoo.com
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>> "DISCLAIMER: This message is proprietary to Aricent and is
>>> intended solely for the use of the individual to whom it is
>>> addressed. It may contain privileged or confidential
>>> information and should not be circulated or used for any
>>> purpose other than for what it is intended. If you have
>>> received this message in error,please notify the originator
>>> immediately. If you are not the intended recipient, you are
>>> notified that you are strictly prohibited from using,
>>> copying, altering, or disclosing the contents of this
>>> message. Aricent accepts no responsibility for loss or damage
>>> arising from the use of the information transmitted by this
>>> email including damage from virus."
>>>
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> Sip-implementors@lists.cs.columbia.edu
>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>
>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 3
>> Date: Fri, 25 Sep 2009 20:15:45 +0200
>> From: I?aki Baz Castillo <i...@aliax.net>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: sip-implementors@lists.cs.columbia.edu
>> Message-ID: <200909252015.45353....@aliax.net>
>> Content-Type: Text/Plain;  charset="utf-8"
>>
>> El Jueves, 24 de Septiembre de 2009, Schwarz Albrecht escribi?:
>>> you missed the SCTP option as alternative to TCP
>>
>> Yes, but also note that SCTP doesn't exist in the real IP world yet...
>>
>> PS: Operators network (SMS = 0.25? in 2009 year) is not what I mean "IP
>> world".
>>
>>
>> --
>> I?aki Baz Castillo <i...@aliax.net>
>>
>>
>>
>> ------------------------------
>>
>> Message: 4
>> Date: Sat, 26 Sep 2009 09:05:23 +0530
>> From: Pranab Bohra <pranab.bo...@gmail.com>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: Abhishek Dhammawat <abhishek.dhamma...@aricent.com>
>> Cc: Sip Server <sip-implementors@lists.cs.columbia.edu>
>> Message-ID:
>>        <4a0886bd0909252035x666ceea9i49b8d4e2f0f2d...@mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Hi,
>>
>> SIP over UDP would be generally used within private or trusted
>> networks where one need not worry much about reliability, bandwidth
>> etc. For example, your company's network.
>> TCP would be used when the messages go out into the public network. As
>> Abhishek mentioned, reliability is the concern here.
>>
>> Thanks,
>> Pranab
>>
>> On Thu, Sep 24, 2009 at 3:56 PM, Abhishek Dhammawat
>> <abhishek.dhamma...@aricent.com> wrote:
>>> Hi
>>>
>>> TCP should be use when reliability is required.
>>> Also when dealing with large messages TCP should be used to avoid 
>>> fragmentation of the messages over UDP.
>>>
>>> For details please refer RFC 3261 section 18.1.1.
>>> " If a request is within 200 bytes of the path MTU, or if it is larger than 
>>> 1300 bytes and the path MTU is unknown, the request MUST be sent using an 
>>> RFC 2914 [36] congestion controlled transport protocol, such as TCP."
>>> regards
>>> Abhishek Dhammawat
>>> Aricent
>>>
>>>
>>> -----Original Message-----
>>> From: sip-implementors-boun...@lists.cs.columbia.edu 
>>> [mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Kanta C
>>> Sent: Thursday, September 24, 2009 3:41 PM
>>> To: Sip Server
>>> Subject: [Sip-implementors] When to use TCP and UDP for sip request
>>>
>>> Hi All,
>>>
>>> Is there a rule for selecting the the transport layer protocol like when to 
>>> use TCP or when to use UDP....
>>> ?Regards,
>>> Kinnu
>>>
>>> __________________________________________________
>>> Do You Yahoo!?
>>> Tired of spam? ?Yahoo! Mail has the best spam protection around
>>> http://mail.yahoo.com
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>> "DISCLAIMER: This message is proprietary to Aricent and is intended solely 
>>> for the use of the individual to whom it is addressed. It may contain 
>>> privileged or confidential information and should not be circulated or used 
>>> for any purpose other than for what it is intended. If you have received 
>>> this message in error,please notify the originator immediately. If you are 
>>> not the intended recipient, you are notified that you are strictly 
>>> prohibited from using, copying, altering, or disclosing the contents of 
>>> this message. Aricent accepts no responsibility for loss or damage arising 
>>> from the use of the information transmitted by this email including damage 
>>> from virus."
>>>
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 5
>> Date: Sat, 26 Sep 2009 12:53:49 +0200
>> From: I?aki Baz Castillo <i...@aliax.net>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: sip-implementors@lists.cs.columbia.edu
>> Message-ID: <200909261253.49575....@aliax.net>
>> Content-Type: Text/Plain;  charset="iso-8859-1"
>>
>> El S?bado, 26 de Septiembre de 2009, Pranab Bohra escribi?:
>>> As
>>> Abhishek mentioned, reliability is the concern here.
>>
>> I don't understand it. You are speaking about *network* level reliability
>> (level 4) but since we are talking about SIP what we need is *application*
>> level reliability (level 5). And the fact is that SIP implements by itself
>> reliability in the protocol (ACK, CSeq, retransmissions...).
>>
>> Of course that SIP over TCP simplifies the reliability mechanism (basically
>> some transaction timers used in SIP UDP dissapear for SIP TCP) but from the
>> point of view of the application protocol (SIP) reliability exist for both
>> transport layers (reliable: TCP, and non reliable: UDP).
>>
>> Regards.
>>
>> --
>> I?aki Baz Castillo <i...@aliax.net>
>>
>>
>>
>> ------------------------------
>>
>> Message: 6
>> Date: Sun, 27 Sep 2009 23:35:44 +0530
>> From: Pranab Bohra <pranab.bo...@gmail.com>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: I?aki Baz Castillo <i...@aliax.net>
>> Cc: sip-implementors@lists.cs.columbia.edu
>> Message-ID:
>>        <4a0886bd0909271105v3ee6a37crb5551333780fc...@mail.gmail.com>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> An example - An UAS will respond with 500 response when it receives
>> out of order requests.
>> This might result in session tear down.
>> TCP handles OOO packets in a better way and won't let such situation occur.
>> I think one would use TCP (i.e reliable L4 ) when SIP reliabilility
>> alone is not enough.
>>
>> Thanks,
>> Pranab
>>
>>
>> On Sat, Sep 26, 2009 at 4:23 PM, I?aki Baz Castillo <i...@aliax.net> wrote:
>>> El S?bado, 26 de Septiembre de 2009, Pranab Bohra escribi?:
>>>> As
>>>> Abhishek mentioned, reliability is the concern here.
>>>
>>> I don't understand it. You are speaking about *network* level reliability
>>> (level 4) but since we are talking about SIP what we need is *application*
>>> level reliability (level 5). And the fact is that SIP implements by itself
>>> reliability in the protocol (ACK, CSeq, retransmissions...).
>>>
>>> Of course that SIP over TCP simplifies the reliability mechanism (basically
>>> some transaction timers used in SIP UDP dissapear for SIP TCP) but from the
>>> point of view of the application protocol (SIP) reliability exist for both
>>> transport layers (reliable: TCP, and non reliable: UDP).
>>>
>>> Regards.
>>>
>>> --
>>> I?aki Baz Castillo <i...@aliax.net>
>>>
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>
>>
>>
>> ------------------------------
>>
>> Message: 7
>> Date: Sun, 27 Sep 2009 15:19:37 -0300
>> From: David Benoit <ben...@starscale.com>
>> Subject: Re: [Sip-implementors] When to use TCP and UDP for sip
>>        request
>> To: Pranab Bohra <pranab.bo...@gmail.com>
>> Cc: sip-implementors@lists.cs.columbia.edu
>> Message-ID: <20090927181937.gb22...@starscale.com>
>> Content-Type: text/plain; charset=us-ascii
>>
>> RFC 3261 clearly states that a failure of a transaction within a dialogue 
>> does
>> not necessitate tear-down of the session.  For example, if a re-INVITE fails,
>> the session continues with the previously negotiated information.  Only in 
>> the
>> case of a 481 or a 408 should the dialogue be torn down.
>>
>> Out of order requests (aside from not having a distinct error code for that)
>> is a simple case to deal with.
>>
>> The _only_ reason I ever switch to TCP is if the patch between endpoints
>> involves something that will fragment a large UDP packet and not re-assemble
>> it.  There are too many headaches with the TCP usage in SIP to use it for
>> anything else.
>>
>> David
>>
>> On Sun, Sep 27, 2009 at 11:35:44PM +0530, Pranab Bohra wrote:
>>> An example - An UAS will respond with 500 response when it receives
>>> out of order requests.
>>> This might result in session tear down.
>>> TCP handles OOO packets in a better way and won't let such situation occur.
>>> I think one would use TCP (i.e reliable L4 ) when SIP reliabilility
>>> alone is not enough.
>>>
>>> Thanks,
>>> Pranab
>>>
>>>
>>> On Sat, Sep 26, 2009 at 4:23 PM, I?aki Baz Castillo <i...@aliax.net> wrote:
>>> > El S?bado, 26 de Septiembre de 2009, Pranab Bohra escribi?:
>>> >> As
>>> >> Abhishek mentioned, reliability is the concern here.
>>> >
>>> > I don't understand it. You are speaking about *network* level reliability
>>> > (level 4) but since we are talking about SIP what we need is *application*
>>> > level reliability (level 5). And the fact is that SIP implements by itself
>>> > reliability in the protocol (ACK, CSeq, retransmissions...).
>>> >
>>> > Of course that SIP over TCP simplifies the reliability mechanism 
>>> > (basically
>>> > some transaction timers used in SIP UDP dissapear for SIP TCP) but from 
>>> > the
>>> > point of view of the application protocol (SIP) reliability exist for both
>>> > transport layers (reliable: TCP, and non reliable: UDP).
>>> >
>>> > Regards.
>>> >
>>> > --
>>> > I?aki Baz Castillo <i...@aliax.net>
>>> >
>>> > _______________________________________________
>>> > Sip-implementors mailing list
>>> > Sip-implementors@lists.cs.columbia.edu
>>> > https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>> >
>>>
>>> _______________________________________________
>>> Sip-implementors mailing list
>>> Sip-implementors@lists.cs.columbia.edu
>>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>>
>>> !DSPAM:4abfa992127521958711902!
>>>
>>
>>
>> ------------------------------
>>
>> _______________________________________________
>> Sip-implementors mailing list
>> Sip-implementors@lists.cs.columbia.edu
>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
>>
>> End of Sip-implementors Digest, Vol 78, Issue 13
>> ************************************************
>>
>
>
>
> --
> 此致
>  敬!
>
>                           姜兆宁
>
> _______________________________________________
> Sip-implementors mailing list
> Sip-implementors@lists.cs.columbia.edu
> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to