Ok, I got it. I have set also 169.254.1.60, mask 255.255.255.0, gw 169.254.1.1 and nothing has happened (a lot of grat. arps). In my opt is the LWIP_AUTOIP disabled.
Please, check if you are not calling the function [netifapi_]netif_set_up in a loop. Do you know that you can enable a debug log from the lwip core? The output can be similar to the below one. It would help others a lot to solve the problem. Best Martin 28.01.2014 14:56:42 tcpip.debug: 111 tcpip_thread tcpip: dhcp_fine_tmr() 28.01.2014 14:56:42 tcpip.debug: 111 tcpip_thread sys_timeout: 0x7ffff00008c0 msecs=500 handler=dhcp_timer_fine arg=(nil) 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread stmf calling h=arp_timer arg=(nil) 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread tcpip: etharp_tmr() 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread etharp_timer 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread sys_timeout: 0x7ffff0009590 msecs=5000 handler=arp_timer arg=(nil) 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread stmf calling h=dhcp_timer_fine arg=(nil) 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread tcpip: dhcp_fine_tmr() 28.01.2014 14:56:43 tcpip.debug: 111 tcpip_thread sys_timeout: 0x7ffff00008c0 msecs=500 handler=dhcp_timer_fine arg=(nil) 28.01.2014 14:56:56 tcpip.debug: 8 Lib_init sys_sem_new: new created semaphore 112 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread tcpip_thread: Netif API message 0x7ffff55c2c10 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netif_set_ipaddr: netif address being changed 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netif: IP address of interface et set to 192.168.50.2 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netif: netmask of interface et set to 255.255.255.0 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netif: GW address of interface et set to 192.168.50.1 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread low_level_init: interface et0 MAC address: 00:50:fc:ab:cd:ee, MTU 1518 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netif: added interface et IP addr 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread 192.168.50.2 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread netmask 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread 255.255.255.0 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread gw 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread 192.168.50.1 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT lwip input task started, pid 113 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT using emac device 82 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT Emac 82 frame received: size 81 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_alloc(length=83) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_alloc(length=83) == 0x7fffe0000d00 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT low_level_input: frame will be distributed into 1 pbufs 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_header: old 0x7fffe0000d18 new 0x7fffe0000d1a (-2) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_header: old 0x7fffe0000d1a new 0x7fffe0000d18 (2) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT Emac 82 frame received: size 101 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread tcpip_thread: PACKET 0x7fffe00011c0 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread ethernet_input: dest:1:0:5e:0:0:fb, src:f6:e6:12:c0:7e:ba, type:800 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread pbuf_header: old 0x7fffe0000d18 new 0x7fffe0000d28 (-16) 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread ip_input: iphdr->dest 0xfb0000e0 netif->ip_addr 0x232a8c0 (0xe0, 0x32a8c0, 0xfb000000) 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread ip_input: UDP packet to DHCP client port 5353 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread ip_input: packet not for us. 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread pbuf_free(0x7fffe0000d00) 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread pbuf_free: deallocating 0x7fffe0000d00 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_alloc(length=103) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_alloc(length=103) == 0x7fffe00011f0 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT low_level_input: frame will be distributed into 1 pbufs 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_header: old 0x7fffe0001208 new 0x7fffe000120a (-2) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT pbuf_header: old 0x7fffe000120a new 0x7fffe0001208 (2) 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT low_level_input: receive for emac 82 failed, error -42 28.01.2014 14:56:56 tcpip.debug: 113 LWIP_INPUT ethernetif_input_task: Receive error -42 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread tcpip_thread: PACKET 0x7fffe00011c0 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread ethernet_input: dest:33:33:0:0:0:fb, src:f6:e6:12:c0:7e:ba, type:86dd 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread pbuf_free(0x7fffe00011f0) 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread pbuf_free: deallocating 0x7fffe00011f0 28.01.2014 14:56:56 tcpip.debug: 8 Lib_init sys_sem_free: semaphore 112 freed 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread stmf calling h=dhcp_timer_fine arg=(nil) 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread tcpip: dhcp_fine_tmr() 28.01.2014 14:56:56 tcpip.debug: 111 tcpip_thread sys_timeout: 0x7ffff00008c0 msecs=500 handler=dhcp_timer_fine arg=(nil) 28.01.2014 14:57:05 tcpip.debug: 111 tcpip_thread stmf calling h=dhcp_timer_fine arg=(nil) 28.01.2014 14:57:05 tcpip.debug: 111 tcpip_thread tcpip: dhcp_fine_tmr() 28.01.2014 14:57:05 tcpip.debug: 111 tcpip_thread sys_timeout: 0x7ffff00008c0 msecs=500 handler=dhcp_timer_fine arg=(nil) 28.01.2014 14:57:05 tcpip.debug: 8 Lib_init sys_sem_new: new created semaphore 114 28.01.2014 14:57:05 tcpip.debug: 111 tcpip_thread tcpip_thread: Netif API message 0x7ffff55c2c20 28.01.2014 14:57:05 tcpip.debug: 111 tcpip_thread netif: setting default interface et 28.01.2014 14:57:05 tcpip.debug: 8 Lib_init sys_sem_free: semaphore 114 freed On Tue, Jan 28, 2014 at 2:39 AM, fangcheng_gmail <jasmine...@gmail.com> wrote: > Hi, > > I'm sorry I didn't describe the problem clearly. > > There are two conditions (the target board is connected to one PC with > Ethernet, Wirshark and NetAssist are ran > on the PC side): > > (1) if I use the debug tool (Lauterbach Trace32), connect the debug tool to > the target board, download the program through it, > and then run the program,the gratuitous arp message is only sent less than > five times (captured by Wirshark). > Everything goes well. > > (2)but if I run the program without debug tool, for example, disconnect the > debug tool and power on > the target board, this arp message is sent one by one without stop. The > problem comes, the board > can't receive the message from the software NetAssist on the PC side any > more. The network traffic is > congested with this such message. > > > Best > > Cheng Fang > > > ---------------------------------------------------------------------------- > ---------------------------------------------------------------------------- > ------------ > Gratuitous ARP is a good thing, it tells the router and all other equipment > what is your IP... > > I had a lot of trouble to activate it in another stack ;-) > > Alain > > ---------------------------------------------------------------------------- > ---------------------------------------------------------------------------- > ------------Hi, > > nothing is wrong. See > Request for Comments: 5227 > http://tools.ietf.org/search/rfc5227 > > 2.1. Probing an Address > > Best > Martin > > > On Sun, Jan 26, 2014 at 3:55 AM, fangcheng_gmail <jasmine...@gmail.com> > wrote: >> >> I'm try to implement LWIP on a board based on the MCU MPC5604E from >> Freescale. >> >> I set the IPv4 address to 169.254.1.60 manually (not by DHCP or >> AUTOIP), the board direct connects to one PC with IP address >> 169.254.1.20. (Network gateway is 169.254.1.1) >> >> After each power on reset, the boards always sends gratuitous ARP >> continuously. >> >> The attached picture shows this condition. >> >> What's wrong? >> >> >> Best regards, >> >> Cheng Fang >> >> >> _______________________________________________ >> lwip-users mailing list >> lwip-users@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/lwip-users > > _______________________________________________ > lwip-users mailing list > lwip-users@nongnu.org > https://lists.nongnu.org/mailman/listinfo/lwip-users > > > _______________________________________________ > lwip-users mailing list > lwip-users@nongnu.org > https://lists.nongnu.org/mailman/listinfo/lwip-users _______________________________________________ lwip-users mailing list lwip-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/lwip-users
