Hello Sir Sorry for late response actually there was EID HOLIDAYS In our university,Sir my task is to compare the delay and packet lose in SCTP Application and TCP,UDP application.To find which one is better to work.So in this aspect I m waiting ur response.
KHALIL
MS COMSATS
----- Original Message ----
From:
"discussion-request AT sctp.de"
<discussion-request AT sctp.de>
To:
discussion AT sctp.de
Sent: Wednesday, October 18, 2006 6:46:56 PM
Subject: discussion digest, Vol 1 #903 - 1 msg
Send discussion mailing list submissions to
discussion AT sctp.de
To subscribe or unsubscribe via the World Wide Web, visit
http://www.sctp.de/mailman/listinfo/discussion
or, via email, send a message with subject or body 'help' to
discussion-request AT sctp.de
You can reach the person managing the list at
discussion-admin AT sctp.de
When replying, please edit your Subject line so it is more specific
than "Re: Contents of discussion digest..."
Today's Topics:
1. Re: Re: discussion digest, Vol 1 #900 - 2 msgs (Michael Tuexen)
--__--__--
Message: 1
Cc:
discussion AT sctp.de
From: Michael Tuexen
<Michael.Tuexen AT micmac.franken.de>
Subject: Re: [SCTP-Discussion] Re: discussion digest, Vol 1 #900 - 2 msgs
Date: Tue, 17 Oct 2006 15:18:39 +0200
To: khalil afzal
<khalil_78_pk AT yahoo.com>
Am not sure what you are asking for... Could you be a bit more precise?
Best regards
Michael
On Oct 17, 2006, at 10:30 AM, khalil afzal wrote:
Hello, I am wanted to compare the delay and packet loss in SCTP and
TCP. So please send me suggestion how to find it.
KHALIL
MS COMSATS
----- Original Message ----
From:
"discussion-request AT sctp.de"
<discussion-request AT sctp.de>
To:
discussion AT sctp.de
Sent: Saturday, October 14, 2006 3:02:03 PM
Subject: discussion digest, Vol 1 #900 - 2 msgs
Send discussion mailing list submissions to
discussion AT sctp.de
To subscribe or unsubscribe via the World Wide Web, visit
http://www.sctp.de/mailman/listinfo/discussion
or, via email, send a message with subject or body 'help' to
discussion-request AT sctp.de
You can reach the person managing the list at
discussion-admin AT sctp.de
When replying, please edit your Subject line so it is more specific
than "Re: Contents of discussion digest..."
Today's Topics:
1. Re: max length of a single message (Julio Kriger)
2. Re: max length of a single message (Michael Tuexen)
-- __--__--
Message: 1
s=beta; d=gmail.com;
b=JtTk94r4uaC6E4GlO+b8R2qFNHvA/avUcK9MOgNO4RCUF
+vAoYlXmimvn9TmHo0WInMisb7VF6TU9qClmXgxz1Ek3QhcNshmkQHWa0vwGBzoZc/
x7ZxSH+QZ8Eyz5Xqhe4bsdEf0NND+lscF1twNXVzu9yu9aR6ZhwZQzN1Ad+A=
Date: Fri, 13 Oct 2006 09:41:06 -0300
From: "Julio Kriger"
<juliokriger AT gmail.com>
To: "Michael Tuexen"
<Michael.Tuexen AT micmac.franken.de>
Subject: Re: [SCTP-Discussion] max length of a single message
Cc:
discussion AT sctp.de
boundary="----=_Part_74015_28915242.1160743266675"
<59BF71E0-CE96-4AC0-B139-35B4112C652F AT micmac.franken.de>
------=_Part_74015_28915242.1160743266675
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi Michael!
Correct me I get it wrong, but I understand that I can send a
message of any
length, and internaly sctplib cut the message on parts (or chuncks)
that are
deliverables to the sender. I understand that this parts or chuncks
fit on a
raw socket, are sent to the receiver and later all parts or chuncks
are put
together to obtain the original (any length) message.
I will try to look for this bug you say, and tell what I found.
Regards,
Julio
On 10/13/06, Michael Tuexen
<Michael.Tuexen AT micmac.franken.de>
wrote:
I'm not aware of a limit on the sender side, so this most likely is a
bug. However,
since the sctplib does not implement a partial delivery API, the
longest message
you can transfer is about the size of the receiver window. This
basically depends
to the receive buffer space for raw sockets and is about 20-64 KByte
on BSD systems.
Way smaller then a MB...
Best regards
Michael
On Oct 12, 2006, at 6:17 PM, Julio Kriger wrote:
Hi!
What is the maximum message length the SCTP_send function accept?
I'm trying it with 4 threads sending 1MB message each, and it
freeze.
Also I get the following error message:
AF_INET : sendto()=-1 !
what do this mean? TIA
Regards,
Julio
--
--
From the moment I picked your book up until I laid it down, I was
convulsed with laughter. Someday I intend reading it.
Groucho Marx
----------------------------
Julio Kriger
mailto:juliokriger AT gmail.com
--
--
From the moment I picked your book up until I laid it down, I was
convulsed
with laughter. Someday I intend reading it.
Groucho Marx
----------------------------
Julio Kriger
mailto:juliokriger AT gmail.com
------=_Part_74015_28915242.1160743266675
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Hi Michael!<br>Correct me I get it wrong, but I understand that I
can send a message of any length, and internaly sctplib cut the
message on parts (or chuncks) that are deliverables to the sender.
I understand that this parts or chuncks fit on a raw socket, are
sent to the receiver and later all parts or chuncks are put
together to obtain the original (any length) message.
<br>I will try to look for this bug you say, and tell what I
found.<br>Regards,<br>Julio<br><br><br><br><div><span
class="gmail_quote">On 10/13/06, <b
class="gmail_sendername">Michael Tuexen</b> <<a
href="mailto:Michael.Tuexen AT micmac.franken.de">
Michael.Tuexen AT micmac.franken.de</a>>
wrote:</span><blockquote
class="gmail_quote" style="border-left: 1px solid rgb(204, 204,
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I'm not aware
of a limit on the sender side, so this most likely is a
<br>bug. However,<br>since the sctplib does not implement a partial
delivery API, the<br>longest message<br>you can transfer is about
the size of the receiver window. This<br>basically depends<br>to
the receive buffer space for raw sockets and is about 20-64 KByte
<br>on BSD systems.<br>Way smaller then a MB...<br><br>Best
regards<br>Michael<br><br>On Oct 12, 2006, at 6:17 PM, Julio Kriger
wrote:<br><br>> Hi!<br>> What is the maximum message length
the SCTP_send function accept?
<br>> I'm trying it with 4 threads sending 1MB message each, and
it freeze.<br>><br>> Also I get the following error
message:<br>><br>> AF_INET : sendto()=-1 !<br>><br>>
what do this mean? TIA<br>>
<br>> Regards,<br>> Julio<br>><br>> --<br>> --
<br>> From the moment I picked your book up until I laid it
down, I was<br>> convulsed with laughter. Someday I intend
reading it.<br>> Groucho Marx<br>
> ----------------------------<br>> Julio Kriger<br>>
mailto:<a
href="mailto:juliokriger AT gmail.com">juliokriger AT gmail.com</
a><br><br></blockquote></div><br><br clear="all"><br>-- <br>--
<br>From the moment I picked your book up until I laid it down, I
was convulsed with laughter. Someday I intend reading it.
<br>Groucho Marx<br>----------------------------<br>Julio
Kriger<br>mailto:<a
href="mailto:juliokriger AT gmail.com">juliokriger AT gmail.com</a>
------=_Part_74015_28915242.1160743266675--
-- __--__--
Message: 2
Cc:
discussion AT sctp.de
From: Michael Tuexen
<Michael.Tuexen AT micmac.franken.de>
Subject: Re: [SCTP-Discussion] max length of a single message
Date: Sat, 14 Oct 2006 09:50:38 +0200
To: Julio Kriger
<juliokriger AT gmail.com>
Hi Julio,
yes this is correct. But when the message is larger than the
announced receiver window of the
receiver the association will just stop transferring data. This is
because there is no
partial delivery API.
If the receiver announces 64K, but the user on the sender side passes
a 128K message, it
will be fragmented and the first 64 K will be transferred. Then the
receiver has no more
space but also can not free space because it can not deliver the
incomplete message. So
the association is stalled.
The solution is to deliver the message in parts on the receiver side.
But this is not
implemented.
Best regards
Michael
On Oct 13, 2006, at 2:41 PM, Julio Kriger wrote:
Hi Michael!
Correct me I get it wrong, but I understand that I can send a
message of any length, and internaly sctplib cut the message on
parts (or chuncks) that are deliverables to the sender. I
understand that this parts or chuncks fit on a raw socket, are sent
to the receiver and later all parts or chuncks are put together to
obtain the original (any length) message.
I will try to look for this bug you say, and tell what I found.
Regards,
Julio
On 10/13/06, Michael Tuexen <
Michael.Tuexen AT micmac.franken.de>
wrote:I'm not aware of a limit on the sender side, so this most
likely is a
bug. However,
since the sctplib does not implement a partial delivery API, the
longest message
you can transfer is about the size of the receiver window. This
basically depends
to the receive buffer space for raw sockets and is about 20-64 KByte
on BSD systems.
Way smaller then a MB...
Best regards
Michael
On Oct 12, 2006, at 6:17 PM, Julio Kriger wrote:
Hi!freeze.
What is the maximum message length the SCTP_send function accept?
I'm trying it with 4 threads sending 1MB message each, and it
Also I get the following error message:
AF_INET : sendto()=-1 !
what do this mean? TIA
Regards,
Julio
--
--
From the moment I picked your book up until I laid it down, I was
convulsed with laughter. Someday I intend reading it.
Groucho Marx
----------------------------
Julio Kriger
mailto:juliokriger AT gmail.com
--
--
From the moment I picked your book up until I laid it down, I was
convulsed with laughter. Someday I intend reading it.
Groucho Marx
----------------------------
Julio Kriger
mailto:juliokriger AT gmail.com
-- __--__--
_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
End of discussion
Digest_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
--__--__--
_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
End of discussion Digest_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
_______________________________________________
discussion mailing list
discussion AT sctp.de
http://www.sctp.de/mailman/listinfo/discussion
Archive powered by MHonArc 2.6.19+.