Lines Matching refs:address

338     current src/dest IP address while in input functions.
517     LWIP_RAM_HEAP_POINTER as a void pointer to that memory's address
649     replugging the network cable after an AutoIP address was assigned.
749   * snmp_msg.c: Fixed bug #29256: SNMP Trap address was not correctly set
758     when assiging routable address): when checking incoming packets and
759     aborting existing connection on address change, filter out link-local
1075     valid DHCP packets -> allow 0.0.0.0 as source address when LWIP_DHCP is
1086   * autoip.c: Fixed bug #27704: autoip starts with wrong address
1087     LWIP_AUTOIP_CREATE_SEED_ADDR() returned address in host byte order instead
1185     "seed" address. This should reduce AUTOIP conflicts if
1312     behavior, with with ip address string not ended by a '\0', a space or a
1433   * etharp.c (etharp_arp_input): Fix type aliasing problem copying ip address.
1886   * etharp.c, etharp.h: Changed etharp to use a defined hardware address length
2120     address entirely on receiving a DHCPNAK, and restarting discovery.
2156     port (only solution to let UDP pcbs 'bind' to a netif instead of an IP address)
2263     packet on a udp pcb binded on an netif's IP address, and not on "any".
2441     addresses after a netif address gets changed (partly fixes bug #3168).
2717     (stable) ethernet/IP address pair from ARP table
2756     destinations for PCBs bound to a unicast address.
2843     Do not try hard to insert arbitrary packet's source address,
2846     querying an address will see it appear in the cache (DHCP could
2847     suffer from this when a server invalidly gave an in-use address.)
2852     IP address actually belongs to the network of the given interface.
2935     address is already known; we now always queue the packet and perform an ARP
2950   * Fixed DHCP which did not include the IP address in DECLINE messages.
2961   * Packets sent from ARP queue had invalid source hardware address.
3050     to a '0.0.0.0' IP address.
3056   * netif drivers have to be changed to set the hardware address length field
3091   * The address of new connections in the accept() function in the BSD
3136   * IP multicast address tests had endianess problems.
3138   * ARP requests had wrong destination hardware address.
3210     in 0.4, has now been fixed. Binding to an address that is in use