Alex,

Yes, TCP does have no knowledge of content in upper layer.
But we are talking about transport layer of SIP spec, which is part of
app layer of TCP/IP stack.

I think it should be  transport layer of SIP spec's responsibility to
reassemble the SIP msg and pass them to upper layer.

Regards,
-Rockson

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, July 01, 2008 2:56 PM
To: [EMAIL PROTECTED]; [email protected]
Subject: Re: [Sip-implementors] SDP Content length

I think the framentaion/de-fragmentation is for the SDP content which
can not be handled by the transport layer but the applcation layer. The
TCP actually has no any knowledge on the application layer content. 


Alex Zhang
ESN: 6-554-8782 


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dinesh Mude
Sent: Tuesday, July 01, 2008 2:50 PM
To: [email protected]
Subject: Re: [Sip-implementors] SDP Content length

I have one question on the same topic.

If transport is TCP, Why application layer needs to support message
fragmentation and de-fragmentation with SIP header "Content Length:".

Why not Transport layer will re-assemble all the fragmented packets and
send it to higher layer ?

Thanks,
Dinesh



-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Benjamin Jacob
Sent: Tuesday, July 01, 2008 11:57 AM
To: [email protected]
Cc: Arun
Subject: Re: [Sip-implementors] SDP Content length

To rephrase a confused line :
1. If UDP, if incorrect SDP length received(greater or less than
advertised in the Content length) or invalid Content length, respond
with an error.


----- Original Message ----
From: Benjamin Jacob <[EMAIL PROTECTED]>
To: [email protected]
Cc: Arun <[EMAIL PROTECTED]>
Sent: Tuesday, July 1, 2008 11:53:27 AM
Subject: Re: [Sip-implementors] SDP Content length


>From the various torture tests drafts/ RFCs:
1. If UDP, if incorrect/invalid(-ve for e.g.) length (greater or less
than advertised in the Content length) , respond with an error.
2. If TCP :
    a. If Content length is greater than the actual packet received, you
have to wait, as the rest of the SDP could be in the next packet.
    b. If Content length is less than the actual packet received,
respond with an error.
    c. If invalid Content length, respond with an error.

- Benjamin Jacob.


----- Original Message ----
From: Arun <[EMAIL PROTECTED]>
To: [email protected]
Sent: Tuesday, July 1, 2008 10:54:58 AM
Subject: [Sip-implementors] SDP Content length

Hi all,
I have a problem here with the SDP content length.

Wat if the content length is less than or greater than the actual sdp
packet.
Should that packet be processed properly or it is to be discarded.

Is it a malformed packet if content length is greater or less than the
length of the SDP packet.


      

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors



      

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors


Please do not print this email unless it is absolutely necessary. 

The information contained in this electronic message and any attachments
to this message are intended for the exclusive use of the addressee(s)
and may contain proprietary, confidential or privileged information. If
you are not the intended recipient, you should not disseminate,
distribute or copy this e-mail. Please notify the sender immediately and
destroy all copies of this message and any attachments. 

WARNING: Computer viruses can be transmitted via email. The recipient
should check this email and any attachments for the presence of viruses.
The company accepts no liability for any damage caused by any virus
transmitted by this email. 

www.wipro.com
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors

Reply via email to