[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] why the board sends Gratuitous ARP always?
From: |
Martin Velek |
Subject: |
Re: [lwip-users] why the board sends Gratuitous ARP always? |
Date: |
Tue, 28 Jan 2014 15:09:15 +0100 |
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 <address@hidden> 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 <address@hidden>
> 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
>> address@hidden
>> https://lists.nongnu.org/mailman/listinfo/lwip-users
>
> _______________________________________________
> lwip-users mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/lwip-users
>
>
> _______________________________________________
> lwip-users mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/lwip-users