gmane.network.uip.user

Re: Issue with keep-alive packets in UIP

marc doz — 2013-04-04T18:32:06

Hello Sushant Chatufale

I think that the correct method to investigate  is to add a breakpoint in
the function uip_process(). Thanks to debug mode of IAR and your JTAG
connection (with the USB cable) ,you will be able to stop the code
execution a the beginning of the function uip_process (when the interrupt
routine call your ip stack) and to run step to step the function in order
to understand how your packed is handled.
You ought to disable code optimisation with IAR compiler during the
debuging.
Wireshark can be also a good tool in order to monitor the communication

Regards,
Marc


2013/4/4 Sushant Chatufale <sushantchatufale< at >gmail.com>

RE: Issue with keep-alive packets in UIP

John Lowen — 2013-04-04T15:01:34

I haven't used UIP in a while but I recall something about a delayed ACK being an issue for me. See:

http://en.wikipedia.org/wiki/TCP_delayed_acknowledgment

This may not have anything to do with your problem but I thought that I would mention it.


John Lowen
Senior Firmware Engineer
Dynazign, Inc.
810 Tyvola Road, Suite 118
Charlotte, NC 28217
(704) 405-1234 x214
www.dynazign.com<http://www.dynazign.com>

This message and any attachments are directed to and are for the sole use of the above-noted addressees only.  The contents contained herein may be legally privileged or confidential.  If the reader of this message is not the intended recipient, you are hereby notified that any distribution, dissemination, or copying of this message is strictly prohibited.  If you have received this message in error please delete it immediately and notify the sender.  The message is not intended to be an electronic signature nor does it to constitute an agreement of any kind under applicable law unless otherwise expressl

Issue with keep-alive packets in UIP

Sushant Chatufale — 2013-04-04T11:47:21

Hii,

       I am using the LM3S6965 controller..i have created a client using
freeRTOS+UIP(v7.1.1) stack and IAR as IDE and i am successfully doing a
client-server communication over TCP with server using the BSD socket
interface..the issue is that when server sends keep-alive packets to the
client, the uip stack is not able to respond with an [ACK] packet..due to
this the server resets the connection after sending 2 keep-alive
packets..there is absolutely no response(no outgoing packet) from the uip
stack after the reception of keep-alive packet..i have not been able to
figure out how keep-alive packet is handled by the uip stack(uip.c)? And
why the [ACK] is not being sent by uip after receiving a keep-alive packet?

Thank You.

Problem sending large TCP packet

2012-08-18T17:10:30

Hi,

I'm using contiki for my master thesis project. I'm now dealing with a
client/server TCP dialog, in which i'm trying to send raw generated data from a
node to my PC, using a netcat on linux as client and a remote node running
contiki as server.

The node take a picture from a camera connected thought an UART, and save the
amount of data in the nvm of the node.
I've succesfully transfer the whole data (5000 bytes) sending TCP packets with
payload of 32 or 64 bytes of data, but when i try to send packets bigger than
64, the client receive only the first packet, send an ACK and the TCP mechanism
start with plenty of retransmission from the server on the node.

I'm supposing that the ack arrives on the node after the TCP retransmission
timeout, and the node start to retransmit the first packet.

I've configured the TCP MSS and WINDOW SIZE in contiki-conf.h to 300.

Thanks for your help

Paolo

Re: Seriously, people are working!

FreeRTOS Info — 2012-05-24T09:42:54

I think the point is, the messages were not being sent *just* to the
list. If you look at the CC list, there were private emails included.


Regards,
Richard.

+ http://www.FreeRTOS.org
Designed for microcontrollers.  More than 7000 downloads per month.

+ http://www.FreeRTOS.org/trace
15 interconnected trace views. An indispensable productivity tool.


On 24/05/2012 10:19, Evert van Rossum wrote:

Re: Seriously, people are working!

Evert van Rossum — 2012-05-24T09:19:12

mr. Uzunali,

I'm also interested in this online forum you're talking about.
Let people ask questions here, else just leave this mailinglist. You don't
have to be on this list.


Gr,
Evert van Rossum
M: evertvanrossum< at >gmail.com



On Thu, May 24, 2012 at 11:10 AM, Pontus Oldberg <pontus.oldberg< at >invector.se

Re: Seriously, people are working!

Pontus Oldberg — 2012-05-24T09:10:43

Dear mr. Uzunali,

You have an Interesting point of view there. May I ask what you would kind
of discussions you would like to see here on this list ? I know that
people find it offending to see unrelated posts on the list, in this case
however I think his posts are perfectly valid. Personally I find it
encouraging to see that new people are engaging on this list and using the
uIP stack.

When you direct mr. Giovagnini to the on-line forum, what forum are you
referring to ? I was not aware that there existed an on-line uIP forum,
but this is great news to me, could you please provide a link.

Regards
/Pontus Oldberg

Mustafa Uzunali skrev:

Seriously, people are working!

Mustafa Uzunali — 2012-05-24T08:09:47

Giovagnini, and others who behave like this,

Do not be a baby!
Are you crazy?

Please stop filling everybody's inbox with the nonsense discussion!

Go post your questions online to the forum and if somebody has time he/she will respond to you!

But you should not impose by writing direct mails to the members.

Seriously, people are working!
Stop it, you wanna be kicked out of the mailing list?


Sorry guys,




Am 24.05.2012 10:00, schrieb Fabio Giovagnini:

Re: AW: AW: PSOCK_READ(TO/BUF) doesn't return

Fabio Giovagnini — 2012-05-24T08:00:22

Dear Mr. Kilias,
I understand now better.
Which are the arguments you are interested to be informed of?
Please write an example so I can understand better.

Thanks you and best regards




Il giorno gio, 24/05/2012 alle 09.36 +0200, Dr. T. Kilias ha scritto:

Re: AW: PSOCK_READ(TO/BUF) doesn't return

Fabio Giovagnini — 2012-05-23T16:53:54

Hi Mr. Kilias,
what do you mean exactly?

Please let me know better because I really do not understand what do you
mean when you write "I dislike the permanetly sent emails".

In what other way a mail can be sent?

Thanks and best regards

Fabio Giovagnini


Il giorno mer, 23/05/2012 alle 18.42 +0200, Dr. T. Kilias ha scritto:

Re: PSOCK_READ(TO/BUF) doesn't return

Fabio Giovagnini — 2012-05-23T16:00:26

Hi Dennis,
uIP as is, stand alone has been a little bit left by the members of the
community.
Try to do the same using contiki (www.contiki-os.org)
In the worst case you will access a more and more dynamic community
rather than uIP one

Good luck and best regards
Fabio Giovagnini


Il giorno mer, 23/05/2012 alle 15.21 +0300, Dennis Begun ha scritto:

PSOCK_READ(TO/BUF) doesn't return

Dennis Begun — 2012-05-23T12:21:49

Having successfully run a sample httpd app, I’m now trying to run hello-world. From what I understand, it’s different in that it uses protosockets, whereas httpd app doesn’t. In my application callback I have:

static int handle_connection(struct hello_world_state *s) {

  PSOCK_BEGIN(&s->p);

  PSOCK_SEND_STR(&s->p, "Response”); // this works

  //PSOCK_READTO(&s->p, '\n'); // this doesn’t work. If I put it before PSOCK_SEND_STR() I never receive “Response”.
  // PSOCK_REATBUF() behaves the same way.

  //strncpy(s->name, s->inputbuffer, sizeof(s->name));
  //PSOCK_SEND_STR(&s->p, "Hello ");
  //PSOCK_SEND_STR(&s->p, s->name);
 
  PSOCK_CLOSE(&s->p);
 
  PSOCK_END(&s->p);
}

I’m very new to uIP. What directions should I investigate in? My goal is implementing a custom protocol over TCP, so the fact that I cannot get a simple echo application to work is a problem.

Thanks,
Dennis.

post online instead of sending emails.

Mustafa Uzunali — 2012-05-08T06:39:04

Hi uip-users,

could you please stop sending everyone broadcast emails.
you should post your questins and responses online instead of that.

please respect the rules.

m.u.

RE: uip_connect

李兴 — 2012-05-08T02:05:38

Hello Peter,Thanks for your response.I didn't paste all my code,but I actually have all the parts needed for a TCP client(including a UIP_APPCALL :)).I debugged my code just a minute ago,and using the "tcpdump" from Linux to capture the packages.Seems like the client is working well,maybe my server has some mistakes.Anyway,thank you all for your advice.I really appreciate it!Regards,lixing

Date: Mon, 7 May 2012 17:46:54 +0200
From: pzuidema< at >octrium.com
To: uip-users< at >sics.se
CC: li.xing13< at >hotmail.com
Subject: Re: [uip-users] uip_connect


  
    
  
  
    Hello Lixing,

    

    I don't think you understand how uIP works. Calling uip_abort() when
    the connection could not be opened is totally wrong.

    Calling uip_connect() does not send anything to your Host - it only
    reserves one connection in the 'pool'.

    

    In any case you need a loop to send and receive the IP packets
    to/from your MAC/PHY.

    

    After initialising the connection (as you have done), the (above)
    uIP 'task'

Re: uip_connect

Peter Zuidema — 2012-05-07T15:46:54

Hello Lixing,

I don't think you understand how uIP works. Calling uip_abort() when the connection could not be opened is totally wrong.
Calling uip_connect() does not send anything to your Host - it only reserves one connection in the 'pool'.

In any case you need a loop to send and receive the IP packets to/from your MAC/PHY.

After initialising the connection (as you have done), the (above) uIP 'task' then calls the Application handler (UIP_APPCALL) of your TCP client. From this app handler you can send (and recieve) data to/from the host.

See:
http://www.sics.se/~adam/old-uip/uip-1.0-refman/examples.html -> webclient.c
webclient.h -> #define UIP_APPCALL webclient_appcall

Regards,
Peter

On 7-5-2012 15:08, 李兴 wrote:

Re: uip_connect

Fabio Giovagnini — 2012-05-07T15:27:32

Hi Li.

Your main need to be similar to this:
tapdev_read is the specific driver used in this example.
You need to write your own for your board.

Regards




  while(1) {
    /* Let the tapdev network device driver read an entire IP packet
       into the uip_buf. If it must wait for more than 0.5 seconds, it
       will return with the return value 0. If so, we know that it is
       time to call upon the uip_periodic(). Otherwise, the tapdev has
       received an IP packet that is to be processed by uIP. */
    uip_len = tapdev_read();
    if(uip_len == 0) {
      for(i = 0; i < UIP_CONNS; i++) {
uip_periodic(i);
/* If the above function invocation resulted in data that
   should be sent out on the network, the global variable
   uip_len is set to a value > 0. */
if(uip_len > 0) {
  uip_arp_out();
  tapdev_send();
}
      }

#if UIP_UDP
      for(i = 0; i < UIP_UDP_CONNS; i++) {
uip_udp_periodic(i);
/* If the above function invocation resulted in data that
   should be sent out on the network,

RE: uip_connect

李兴 — 2012-05-07T13:08:21

Hi!Thank you very much for your response!I've checked if there is a connection available:uip_ipaddr(ipaddr,192,168,1,12);conn=uip_connect(ipaddr,HTONS(5000));if(conn==0){ uip_abort();return;}and there is no problem.The code which I initialize the connection is:void init_tcp_connection(){ uip_ipaddr_t* ipaddr;uip_ipaddr_t temp;struct uip_conn* conn;ipaddr=&temp;
uip_ipaddr(ipaddr,192,168,1,12);conn=uip_connect(ipaddr,HTONS(5000));if(conn==0){ uip_abort();return;}return;}in the function main() is :int main(){.... init_tcp_connection(); while(1){  //main loop }}The main loop is the same as the what the example gived.Regards,lixing
Date: Mon, 7 May 2012 15:01:06 +0200
From: pzuidema< at >octrium.com
To: uip-users< at >sics.se; li.xing13< at >hotmail.com
Subject: Re: [uip-users] uip_connect

    Hello Li ?

    Please test if there is a connection available:

    conn = uip_connect(ipaddr,
        htons(5000));

        if (conn == NULL) {

            TRACE("No connection available");

Re:

Martin Maurer — 2012-05-07T13:05:29

Hello 李兴,

i hope you have more code than the one you have copied into your email?

There are function in uip (like receiving frames, check for transmitting frames, periodic functions for e.g. timers), which must be called.
When your main loop is empty (and you don't have such functions called somehwere else), then have a look for them in example code.

Best regards,

Martin

  ----- Original Message ----- 
  From: 李兴 
  To: uip-users< at >sics.se 
  Sent: Monday, May 07, 2012 2:27 PM
  Subject: [uip-users] 


  Greetings everyone:
  Recently I'm using uip to implement a TCP client,I used uip_connect() to initialize a connection,but it wont work.My code is:


  uip_ipaddr_t* ipaddr;
  uip_ipaddr_t temp;
  struct uip_conn* conn;
  int j;
  ipaddr=&temp;


  uip_ipaddr(ipaddr,192,168,1,12);
  conn=uip_connect(ipaddr,HTONS(5000));


  while(1){
  //main loop
  }


  What could be wrong?
  Thank you!

Re: uip_connect

Peter Zuidema — 2012-05-07T13:01:06

Hello Li ?

Please test if there is a connection available:
conn = uip_connect(ipaddr, htons(5000));
if (conn == NULL) {
TRACE("No connection available");
return false;
}

If there is no connection available, increase the number of connections in uip-conf.h:
#define UIP_CONNS 6 (default is 4)

Also look for uip/webclient.c to see how to setup a (TCP/HTTP) connection.

I presume there is a TCP 'server' running on 192.168.1.12 port 5000 ?

Regards,
Peter

On 7-5-2012 14:27, 李兴 wrote:

(unknown)

李兴 — 2012-05-07T12:27:06

Greetings everyone:Recently I'm using uip to implement a TCP client,I used uip_connect() to initialize a connection,but it wont work.My code is:
uip_ipaddr_t* ipaddr;uip_ipaddr_t temp;struct uip_conn* conn;int j;ipaddr=&temp;
uip_ipaddr(ipaddr,192,168,1,12);conn=uip_connect(ipaddr,HTONS(5000));
while(1){//main loop}
What could be wrong?Thank you!

Re: Port uIP to MSP430.

Fabio Giovagnini — 2012-02-15T11:45:28

Hi,
I think you need post the same question to contiki mailing list


Il giorno mer, 15/02/2012 alle 09.49 +0100, Vasily Fomin ha scritto: