[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [lwip-users] lwip reply delayed after long communication idle time
From: |
Jochen Strohbeck |
Subject: |
Re: [lwip-users] lwip reply delayed after long communication idle time |
Date: |
Thu, 16 Apr 2020 01:41:28 -0700 (MST) |
Looks to me that LWIP does not respond to some ARP protocol requests of the
host.
Can you give me a hint what happens if these debug messages appear?
2012-01-01 00:00:06 [W]gmac_low_level_input: DMA buffer 0x2045d878 received,
size=64 [idx=1]
2012-01-01 00:00:06 [W]gmac_rx_populate_queue: new pbuf allocated:
0x2045de88 [idx=1]
2012-01-01 00:00:06 [W]ethernet_input: dest:ff:ff:ff:ff:ff:ff,
src:98:e7:43:7a:2c:51, type:806
2012-01-01 00:00:06 [W]etharp_update_arp_entry: 0.0.0.0 - 98:e7:43:7a:2c:51
2012-01-01 00:00:06 [W]etharp_update_arp_entry: will not add non-unicast IP
address to ARP cache
2012-01-01 00:00:06 [W]etharp_arp_input: incoming ARP request
2012-01-01 00:00:06 [W]etharp_arp_input: ARP request was not for us.
2012-01-01 00:00:07 [W]etharp_timer
2012-01-01 00:00:07 [W]gmac_low_level_input: DMA buffer 0x2045d268 received,
size=64 [idx=2]
2012-01-01 00:00:07 [W]gmac_rx_populate_queue: new pbuf allocated:
0x2045d878 [idx=2]
2012-01-01 00:00:07 [W]ethernet_input: dest:ff:ff:ff:ff:ff:ff,
src:98:e7:43:7a:2c:51, type:806
2012-01-01 00:00:07 [W]etharp_update_arp_entry: 192.168.0.9 -
98:e7:43:7a:2c:51
2012-01-01 00:00:07 [W]etharp_find_entry: found empty entry 0
2012-01-01 00:00:07 [W]etharp_find_entry: no empty entry found and not
allowed to recycle
2012-01-01 00:00:07 [W]etharp_arp_input: incoming ARP request
2012-01-01 00:00:07 [W]etharp_arp_input: ARP request was not for us.
I guess this is related to
153 545.813083 Dell_7a:2c:51 Broadcast ARP 42 Who has
192.168.0.100? Tell
192.168.0.9
Frame 153: 42 bytes on wire (336 bits), 42 bytes captured (336 bits) on
interface \Device\NPF_{8242F687-1E46-4D87-BC7E-FE0333601B68}, id 0
Ethernet II, Src: Dell_7a:2c:51 (98:e7:43:7a:2c:51), Dst: Broadcast
(ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Source: Dell_7a:2c:51 (98:e7:43:7a:2c:51)
Type: ARP (0x0806)
Address Resolution Protocol (request)
Hardware type: Ethernet (1)
Protocol type: IPv4 (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (1)
Sender MAC address: Dell_7a:2c:51 (98:e7:43:7a:2c:51)
Sender IP address: 192.168.0.9
Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
Target IP address: 192.168.0.100
Is there a switch to enable lwip to respond to this request?
Or is this caused by a invalid/inappropriate network configuration?
Thanks
--
Sent from: http://lwip.100.n7.nabble.com/lwip-users-f3.html
- [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/01
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/02
- Re: [lwip-users] lwip reply delayed after long communication idle time, address@hidden, 2020/04/02
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/03
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/04
- Re: [lwip-users] lwip reply delayed after long communication idle time, goldsimon, 2020/04/04
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/04
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/08
- Re: [lwip-users] lwip reply delayed after long communication idle time,
Jochen Strohbeck <=
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/16
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/20
- Re: [lwip-users] lwip reply delayed after long communication idle time, Jochen Strohbeck, 2020/04/28