Re: UDP Send Interval - C# Discussion Boards

_Erik_27-Dec-10 3:59

_Erik_

27-Dec-10 3:59

Errrrr, you don't want to use TCP, so you want to implement a network protocol which works just like TCP does... Well, I don't get the point. I don't know if you understand the difference between UDP and TCP, so let me give you some advices:

1. UDP does not provide any control over the order in which the datagrams will arrive to their destination. You should check for this in an upper level.
2. UDP does not provide any control if a datagram is duplicated. You should check for this in an upper level.
3. UDP does not provide any control if a datagram is missing. You should check for this in an upper level.
4. UDP does not provide any control if a datagram is corrupted. You should check for this in an upper level.

If you want to use UDP for a transmission that should work as if you were using TCP, chances are:

a) Use TCP (sorry, I know you don't want, but this is just what I would do)
b) Implement a new protocol which allow yo to:

1. Have control over the order in which the datagrams will arrive to their destination.
2. Know if a datagram is duplicated.
3. Know if a datagram is missing.
4. Know if a datagram is corrupted.

In other words, implement a variation of TCP protocol...

As I have seen in your post, it seems that you have only thought about the order of the datagrams and the missing datagrams, so you've got half of the job so far: you still have to check for duplicate and corrupted datagrams.

Edit: Sorry, I did not see the previous answer before writing this "Bible". Can we know why do you have to use UDP and cannot use any other protocol?

softwarejaeger27-Dec-10 4:13

softwarejaeger

27-Dec-10 4:13

Well.. so for everyone, why i'm using UDP instead of TCP.

First point: NAT (I need to make whole punching, because i need a P2P Connection)
Second point: Latency (In a few cases, i doesn't need the whole "TCP" Features, i just want to send little messages)

My protocol is doing exactly that and can all of kind like check for sequence, check for corrupcy and so on. But... i want the best performance and network bandwith load. So i need to calculate, how many packages i'm able to send, to not get a huge of requests back again.

_Erik_27-Dec-10 4:53

_Erik_

27-Dec-10 4:53

Oh, ok, I think I understand now. You mean you still have to implement some congestion control mechanism, don't you?

I have never done this, but there are several possible approaches. This article[^] might give you a point of start. You might want to have a look at SCTP protocol as well. It is not natively supported on Windows but there is a Windows driver here[^] which you could use.

Dave Kreskowiak27-Dec-10 8:40

Dave Kreskowiak

27-Dec-10 8:40

The calculation you want isn't going to help because conditition change moment to moment. The limit that you calculate is no good the second you start sending packets and can change depending on network factors between to the endpoints.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak

carbon_golem27-Dec-10 9:58

carbon_golem

27-Dec-10 9:58

I've done things like this with much lower level protocols. Typically I do it with ACK messages, so you send one UDP frame, then wait for the receiver to ACK before you send the next. It works well if you don't have time sensitive stuff like sending video. If you have to optimize due to lag or timing constraints, you could frame your own message protocol inside the UDP frame that would include a sequence number. That method will allow the receiver to send NACK messages (Negative ACK if you didn't know) on messages that it didn't receive. I think you'll definitely have to ACK messages in some way weather it's on every message or missed ones.

Hope it helps.

EDIT:
After re-reading your original post, maybe your protocol includes ACK/NACK. One other thing you could do is try to optimize the size of the frame you're sending so that it fills as much of the frame as possible. Look up Minimum Transmission Units or something like that. You may also want to look at waiting for the order of arrival. Your sender just sends and sends, and the receiver can ask for specific frame numbers. You could eliminate any kind of artificial turnaround wait times. It would be up to the sender to buffer and sequence packets in some way that is saved or can be calculated for retries, and up to your receiver to be able to continue to receive in spite of out of order data.

"Simplicity carried to the extreme becomes elegance."
-Jon Franklin

Richard MacCutchan27-Dec-10 22:27

Richard MacCutchan

27-Dec-10 22:27

carbon_golem wrote:
That method will allow the receiver to send NACK messages (Negative ACK if you didn't know) on messages that it didn't receive.

And how exactly is it going to make that determination?

Just say 'NO' to evaluated arguments for diadic functions! Ash

carbon_golem28-Dec-10 4:37

carbon_golem

28-Dec-10 4:37

You have to be aware of the sequence number. It will be up to the receiver to keep track of what it has and to identify missing frames.

1,2,3,4,5,6, 7-MISSING ,8,9,10,11, 12-MISSING... etc.

A quick scan through the list and you'll find the missing frames (7 and 12). The receiver would have to request that those two be resent. If all frames were ACK'd the sender is waiting for a confirmation and is waiting to send the next one in line. I've worked with systems that function like this, and the ACK-on-every-message is woefully slow on high latency networks. You just have to send and hope it gets there, and put in provisions to resend frames later on down the road.

You could also pre-parse the data that is to be sent and create a manifest of sorts that is sent first. If you know exactly what to expect in a data transfer the problem gets a little easier I think.

"Simplicity carried to the extreme becomes elegance."
-Jon Franklin

Richard MacCutchan28-Dec-10 5:34

Richard MacCutchan

28-Dec-10 5:34

Yes, but the receiver does not know they are missing until the next one arrives. It then has to go through a retransmit sequence to get that message, which may, or may not be delivered. Running a protocol like this defeats the purpose of UDP and also adds a lot of host processing overhead which TCP handles at a much lower level. I think the OP is making a rod for his own back in following this route.

Just say 'NO' to evaluated arguments for diadic functions! Ash

How to localize AssemblyInfo.cs?

carbon_golem28-Dec-10 6:09

carbon_golem

28-Dec-10 6:09

You're exactly right. Why UDP is insisted upon is baffling.

"Simplicity carried to the extreme becomes elegance."
-Jon Franklin

Chesnokov Yuriy27-Dec-10 2:46

Chesnokov Yuriy

27-Dec-10 2:46

for about box display with different languages?

Чесноков

Re: How to localize AssemblyInfo.cs?

Tony Richards27-Dec-10 3:10

Tony Richards

27-Dec-10 3:10

Why not just consider the values in the dialog to be like any other localisable label, and store the different values like you do any other control? The values used for attribute constructors need to be compile-time constants, so the only way to localize the attributes (unless they support accessing a localisable resource, like the validation attributes) would be to have several different builds, one for each language, and change the value each time.

Re: How to localize AssemblyInfo.cs?

Michael Agroskin30-Dec-10 17:27

Michael Agroskin

30-Dec-10 17:27

Would this help?

Customizing csproj files to autogenerate AssemblyInfo.cs[^]

Auto localizing with ResXResourceReader

Chesnokov Yuriy27-Dec-10 2:45

Chesnokov Yuriy

27-Dec-10 2:45

It is possible to test if '.Text' is found at the end of DictionaryEntry element in when parsing ResXResourceReader element to extract text for localization.
But how to process string resources in Resources.resx? They are not allowed to be named with .Text at the end.
Is there some generic rule to extract .Text resources from GUI and string resources from Resources.resx?

Чесноков

Increase the quota : XmlDictionaryReaderQuotas

abbd26-Dec-10 21:22

26-Dec-10 21:22

Hello,

I made a web service making changes to a pdf for this, it takes as input : the PDF file encoded in base 64 and the output : pdf file amended encoded as base 64.

I have the exception below:
The formatter threw an exception while trying to deserialize the message: An error occurred while trying to deserialize parameter http://tempuri.org/:webservice_64Response. The InnerException message was "An error occurred during deserialization of the object type webservice_consommation.ServiceReference1.webservice_64ResponseBody. Exceeding the quota limit for the length of string content (8192) when reading XML data. This quota may be increased by modifying the property MaxStringContentLength XmlDictionaryReaderQuotas the object used when creating the XML reader. Line 1, position 29421. . For more information, see InnerException.

Can we increase the quota?

Thank you very much.

Repost

Pete O'Hanlon26-Dec-10 21:44

Pete O'Hanlon

26-Dec-10 21:44

You asked this question just below. Don't repost.

I'm not a stalker, I just know things. Oh by the way, you're out of milk.

Forgive your enemies - it messes with their heads

My blog | My articles | MoXAML PowerToys | Onyx

abbd26-Dec-10 21:53

26-Dec-10 21:53

Hello,

I use this method to encode in base 64 :

[WebMethod]
       public string EncodeFileTo64Digits(string File_Path_input)
       {
           string base64;
           using (FileStream fs = new FileStream(File_Path_input, FileMode.Open, FileAccess.Read))
           {
               string ext;
               byte[] data = new byte[fs.Length];
               fs.Read(data, 0, data.Length);
               base64 = Convert.ToBase64String(data);
               ext = base64;
               return ext;
           }
       }

Thank you verry mutch for hlep me to resolve this great problem.

Pete O'Hanlon26-Dec-10 22:05

Pete O'Hanlon

26-Dec-10 22:05

You seem to be intent in persisting in this behaviour. Instead of adding this snippet here, you should amend the question below because that contains the original question, along with answers that have already been given. I will say that if your intent is to download the file, you should return a byte[] and not an encoded string.

I'm not a stalker, I just know things. Oh by the way, you're out of milk.

Forgive your enemies - it messes with their heads

My blog | My articles | MoXAML PowerToys | Onyx

abbd26-Dec-10 22:13

26-Dec-10 22:13

Hello,

I am sorry, but i must return the encoded base 64 file, i consume my web service like this :

ServiceReference2.TEST_ServicesSoapClient ff = new encode_consommation.ServiceReference2.TEST_ServicesSoapClient();
string rr = ff.transformPDF("fqrgfqfsgfdsgfg.....");

I checked the all execution step, so they stops at the return of my string.

Thank you verry mutch.

modified on Monday, December 27, 2010 4:37 AM

Keith Barrow26-Dec-10 23:13

Keith Barrow

26-Dec-10 23:13

You still haven't learned: no-one is going to answer a question here as yip have re-posted. Edit your original question (which, BTW, missed all the vital information you have posted since).

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]

#realJSOP27-Dec-10 1:26

#realJSOP

27-Dec-10 1:26

I have popcorn, and I'm watching with great interest...

".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
"Why don't you tie a kerosene-soaked rag around your ankles so the ants won't climb up and eat your candy ass." - Dale Earnhardt, 1997

_Erik_27-Dec-10 4:11

_Erik_

27-Dec-10 4:11

I guess it wouldn't be worth to answer him in the right thread... He does not read the answers...

abbd26-Dec-10 22:35

26-Dec-10 22:35

Hello,

I test my web service with soapUI, my methos return the correct encode base 64.
I call the web service correctly ?

Keith Barrow26-Dec-10 23:15

Keith Barrow

26-Dec-10 23:15

5'd, if only to keep you in the same rep zone as JSOP Smile | :)

Sort of a cross between Lawrence of Arabia and Dilbert.[^]
-Or-
A Dead ringer for Kate Winslett[^]