RE: [Sip] Comments on draft-kaplan-sip-info-events-00

["DOLLY, MARTIN C, ATTLABS" <mdolly at att.com>]

Wait a minute. Simply put the issue here is whether the complexity is at
the edge element or device versus in the application server. Either one
needs to correlate and put the digits in order. 

-----Original Message-----
From: Sanjay Sinha (sanjsinh) [mailto:sanjsinh at cisco.com] 
Sent: Sunday, December 02, 2007 10:22 AM
To: Paul Kyzivat (pkyzivat); DRAGE, Keith (Keith)
Cc: sip at ietf.org
Subject: RE: [Sip] Comments on draft-kaplan-sip-info-events-00

Inline ...

>-----Original Message-----
>From: Paul Kyzivat (pkyzivat) 
>Sent: Saturday, December 01, 2007 2:31 PM
>To: DRAGE, Keith (Keith)
>Cc: sip at ietf.org
>Subject: Re: [Sip] Comments on draft-kaplan-sip-info-events-00
>
>Keith,
>
>A comment about one of your points:
>
>DRAGE, Keith (Keith) wrote:
>
>> In particular, one area which needs to be covered is how the 
>embedded 
>> information tranfer caters for out of sequence delivery, given that 
>> the carriage mechanism does not guarantee order of delivery in all 
>> circumstances of SIP usage.
>
>I'm wondering what you have in mind here.
>
>It is possible to send request R1 then send R2 before getting 
>a response to R1. And then it is possible for R2 to arrive 
>before R1, and in that case it will be accepted. But then, 
>when R1 arrives there will be a CSeq error so it will be rejected.

But if the INFO is used for dtmf, the rejected request will be a problem
as it will result in loss of digit information. So I think package type
should define whether it is ok to send overlapping requests or not.

Sanjay

>
>The end result is that you can get *nondelivery* of a message, 
>but not *out of order delivery*.
>
>	Thanks,
>	Paul
>
>
>_______________________________________________
>Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
>This list is for NEW development of the core SIP Protocol Use 
>sip-implementors at cs.columbia.edu for questions on current sip 
>Use sipping at ietf.org for new developments on the application of sip
>


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip


_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors at cs.columbia.edu for questions on current sip
Use sipping at ietf.org for new developments on the application of sip