TCP/IP, how to verify delivery?


 
Thread Tools Search this Thread
Top Forums Programming TCP/IP, how to verify delivery?
# 1  
Old 04-23-2010
TCP/IP, how to verify delivery?

When I successfully write data to a TCP/IP socket, as I understand it, I am only guaranteed the data gets to the TCP/IP stack's buffer. However, a successful write doesn't guarantee that the data actually gets to the recipient. Since data can linger in the TCP/IP stack's buffer "indefinately," it is quite possible that the TCP/IP socket be closed before the buffered data is ever delivered.

Of course, since the recipient's side is also buffered, I realize the sender's TCP/IP stack can successfully flush its buffer, presumably meaning it entered the recipient's buffer, but the recipient never actually has to read it. The recipient's failure to read the data will, long term, cause their buffer to fill. As their buffer fills the packets will be acked in such a way to cause the sender's TCP/IP window reduce until, ultimately, the recipient's buffer fills entirely and the sending stack is blocked. At which point, since the sending stack can't flush, the sender's buffer will fill up, which will then cause subsequent writes, to a blocking socket, to block or, to a non-blocking socket, to return -1 setting errno to EAGAIN.

So...I suppose that's a long way of saying that buffering in the two TCP stacks make it hard to figure out, just by a successful call to write, whether or not the data written actually got to the recipient. Further, without an acknowledgment from the recipient, knowing the data was actually read is impossible. This leads me to my question.

Assuming I can't have the recipient acknowledge the response (protocol limitation), the best I could presume to do is verify the data got to the recipient's TCP/IP buffer. Since the two TCP/IP stacks will ack the packets under the hood, checking the sender's TCP buffer capacity should be sufficient to tell me how much data has been undelivered. If this is true, is there any good way to accomplish it? I ask because, given I can't modify the protocol to contain an acknowledgement, knowing the data got to the recipient's buffer is superior to "well, I stuck it the TCP/IP buffer (write succeeded), it must have got there."

The O/S is AIX 5.3 if it matters. Also, feel free to correct any misunderstandings I may have about the process.

Thanks!
# 2  
Old 04-23-2010
You can use the SIOCOUTQ ioctl to measure how much outgoing data is queued on a socket, which will be roughly proportional to how much they have left to receive. You could also combine this with setting TCP_NODELAY with setsockopt so that data will leave immediately, without waiting for large bundles. This could be combined to make a more robustly blocking send() call; send the data and wait for the queue to diminish.

You could also simply make your send buffer really small for a similar effect.

This can substantially cut your throughput since you'll be spending more time waiting for transmission and less time working, and sending less data with more packets. The same'd be true of a manual acknowledgement though.

You can't guarantee the other end has used it without some sort of acknowledgment, but then, you can't guarantee the program hasn't read it and thrown it away either. Guaranteeing the correctness of the other end's software is a little beyond the scope of a network communication protocol.

Last edited by Corona688; 04-23-2010 at 07:27 PM..
# 3  
Old 04-23-2010
Most apps that are worried about that use some sort of short packet header kind of ack-back system example:

One system I just coded used packet header format:
nnnnnnnnXXmmmmmmmmmm

where nnnnnnnnn= zero-filled len of whole packet
XX == type of packet: DT == data AK == acknowledge
mmmmmm==unique packet identifier, rolling


An AK packet is 00000020AK0000001234, with only 20 bytes is sent back to acknowledge a datapacket named 00000576DT0000001234

The system expects an AK packet back in 1 minute or less, AK
packets are stored in a queue with a timestamp. I can check for receipt success or resend status. There are also keepalive packets of the same short format sent every 30seconds, for low traffic times.
# 4  
Old 04-24-2010
As others have said if you want to "guarantee" that your "message" is delivered to the application at the other end, you need to move beyond relying on the network protocol. There are a number of middleware messaging protocols which can provide this guarantee. AMQP is one, others include JMS, IBM's MQSeries and Tibco's Rendezvous.
# 5  
Old 04-26-2010
Thanks all, as I mentinoned, I can't modify the protocol to use any sort of ack because the protocol is already set.

I'll try what Corona suggested and see if the SIOCOUTQ ioctl gives me anything useful. I suppose I would have to send the data and, once it is all buffered up, loop until it drains.

All the other points, about knowing the recipient has read/consumed the data, I understand. I just have to deal within the confines of the protocol that exists...so I'm trying to do the best I can to make sure the data has at least reached the recipient host.

edit: Ugh, I just checked and SIOCOUTQ isn't available on AIX...and if it is, it isn't listed in any of the headers under /usr/include :-(. Is there an AIX alternative?

Last edited by DreamWarrior; 04-26-2010 at 02:04 PM..
# 6  
Old 04-27-2010
Like I said, a similar effect could be achieved by making your transmit buffer really small, though I don't know how this could be done per-connection.
# 7  
Old 04-29-2010
Quote:
Originally Posted by Corona688
Like I said, a similar effect could be achieved by making your transmit buffer really small, though I don't know how this could be done per-connection.
I'm not sure it can be done per-connection, I think those settings for the tcp send/receive space are across the board.

I believe I can set the high/low water marks per connection. I believe these control when a socket becomes writable (as per poll/select). But...I'm not sure that's a "good" idea. It'd seem like I'd have to do something like write the whole "message", reduce the water mark to 0, then call poll/select until it returns that the socket is writable, then reset the water mark to it original value for the next message. But...that seems, hokey....and I'm not sure it'd be reliable.... Ideas?
Login or Register to Ask a Question

Previous Thread | Next Thread

8 More Discussions You Might Find Interesting

1. UNIX and Linux Applications

Qmail mail delivery problem

Dear Concern, As per below article, we have configured qmail in our system. THE LINUX STUFF: qmail Installation Steps on Linux But when we try to send any mail in own domain, got below error message. Please advise. Apr 17 17:01:20 BLAUDITSCPTEST sendmail: alias database /etc/aliases... (0 Replies)
Discussion started by: makauser
0 Replies

2. IP Networking

DNS config preventing mail delivery

Hi Please can you help on this: the Net Admins decided to use DNS to resolve names, so this is preventing mail being delivered when using commands like date | mailx -s "test" abc.xyz@asdf.xx.yy. What we were asked was to edit /etc/resolv.confand add 3 entries, in all servers (10 Replies)
Discussion started by: fretagi
10 Replies

3. Shell Programming and Scripting

Smtp dual delivery script

Hello Peoples, I have a problem wrapping my head around a script that I modified, essentially it uses the postfix smtp line in master.cf to send out a message to two or more email servers, It is a nice way to test different email servers and platforms. Problem with the original script is that it... (0 Replies)
Discussion started by: SeSe
0 Replies

4. Solaris

Too much TCP retransmitted and TCP duplicate on server Oracle Solaris 10

I have problem with oracle solaris 10 running on oracle sparc T4-2 server. Os information: 5.10 Generic_150400-03 sun4v sparc sun4v Output from tcpstat.d script TCP bytes: out outRetrans in inDup inUnorder 6833763 7300 98884 0... (2 Replies)
Discussion started by: insatiable1610
2 Replies

5. UNIX for Dummies Questions & Answers

sendmail weird Local Delivery Problem

Hi Guys, Just joined the forum though I have been lurking here for many years now. Wondering if anyone can help me out with a problem that I'm currently having. :wall: I have a few servers that are relaying all email off of the box to an exchange server. There is a SmartHost configured in... (7 Replies)
Discussion started by: PACETREE
7 Replies

6. AIX

Issues on email delivery

Hello, there is a problem when using sendmail to certain destinations, basically the recipient will reject the incoming message because the user@local.domain.com is used as the sender (Return-Path), they would verify local.domain.com is not a valid DNS record which is true because it is a local... (11 Replies)
Discussion started by: neil_is_ere
11 Replies

7. UNIX for Advanced & Expert Users

Delivery Failure notice when aliase has added

Hi Team, Mails are coming proper on my server. But when i added a sendmail(/etc/mail/aliases) alias to redirect mails to a script, Its started giving delivery failure for the same id. Can you tell me what can be the possible reason for this?and how can we sort it out. Its very urgent for me... (3 Replies)
Discussion started by: mindtee_abhi
3 Replies

8. UNIX for Dummies Questions & Answers

Mail delivery confirmation

If I am sending mail with this command: mail .......@whatever.com < filename, is it possible to get delivery confirmation? Thanks (3 Replies)
Discussion started by: CSGUY
3 Replies
Login or Register to Ask a Question

Featured Tech Videos