Initializing UDP Connection

Maybe I'm missing something, but if your outgoing port is variable, then you can't guarantee that it will connect to your fixed incoming port number. Or am I confusing the Source port and Destination port designations? Can't you set the Source port and Destination port? Or is there a way to set the stack to ignore the source port? I thought it was an optional parameter anyway. With UDP you are really making a connection so much as consuming the datagram when/if it arrives.

something, but if your outgoing port is variable, then>you can't guarantee that it will connect to your fixed incoming port>number. Or am I confusing the Source port and Destination port>designations? Can't you set the Source port and Destination port? Or>is there a way to set the stack to ignore the source port? I thought it>was an optional parameter anyway.>With UDP you are really making a connection so much as consuming the>datagram when/if it arrives.>/*************************************************/

Thank you for your response. The certain thing is, device sents packets to my local port of 55750(devices destination port)and,

I have to sent my packets to devices local port of 55720 (my destination port)

Only destination ports are fixed while communiting, to be clear.

My source port while sending packets doesnt matter. But somehow devices

source port does matter cause UIP compares uip_udp_conn->rport with incoming

packets source port. So Im thinking some better way to do this. Anyway I

changed uip.c just a little for now, which i didnt want to do. Still, Im open

for new ideas. Thank you...

--------------------------------------- Posted through

Look in the documentation. All you have to do is this: struct uip_udp_*conn = uip_udp_new(NULL,0); if(conn != NULL) { uip_udp_bind(conn, HTONS(your_device_local_port_number)); }

Since the remote IP is NULL and remote port is 0 look in the uip UDP demux code and you will see that it will accept the packet where the receive dest port is "your_device_local_port_number)

HOWEVER - the native uip code will not keep track of the receive packet ip/source port so your app callback will have to pull that out of the datagram or you will need to patch uip. This is the only way you can flip them and send a packet back to the PC in the manner you want.

/***********************************************************/ Thank you Chisolm. Remote IP is never NULL, just incoming packets source port is changing. I could manage it for now, I just added one more OR the the demux. Im sure I will figure it out soon. Thank you...

--------------------------------------- Posted through