Buy or Renew
Buy or Renew
cancel
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results for 
Search instead for 
Did you mean: 
cancel
Start a conversation
122
Views
0
Helpful
1
Replies

DHCP Somehow Broken?

Kurt Schumacher
Level 1
Level 1

‎09-15-2010 02:54 PM

DUT: RV016-V3, v4.0.0.'7-tm

We discovered some clients dont receive IP addresses from DHCP from time to time - both block options disabled:

Block MAC address on the list with wrong IP address
Block MAC address not on the list


In two cases now, we had to go the "Unknown MAC" addresses (both entries there!) and explicitly add these to the static list, and exnable - before the IP assignment happens.

Once more here I have to point out: The so called logging on this RV0xx is among the worst what I have seen in the industry for a long time. There is ZERO logging of any DHCP activities at all. Or simple connection accept messages from the firewall are sent to syslog from the Facility: kernel Severity: alert, and Application: kernel ...  another sad strory. Hope the management is listening here!

Back to the product manager, and then to RD please. Oh - if your Taiwanese OEM should have no clue what we expect - check the following table of log entries filtered to DHCP events - alos form a major Taiwanese manufacturer:

12010-09-15 23:36:27infoDHCPSending ACK to 10.10.1.25DHCP ACK
192010-09-15 23:35:37infoDHCPDHCP server assigned 10.10.1.10 to (00:0E:A6:C4:7B:97)DHCP ACK
202010-09-15 23:35:37infoDHCPRequested 10.10.1.10 from (00:0E:A6:C4:7B:97)DHCP Request
222010-09-15 23:34:13infoDHCPSending ACK to 10.10.1.25DHCP ACK
252010-09-15 23:33:20infoDHCPSending ACK to 10.10.1.10 [count=2]DHCP ACK
282010-09-15 23:30:27infoDHCPSending ACK to 10.10.1.10DHCP ACK
292010-09-15 23:28:02infoDHCPSending ACK to 10.10.1.25DHCP ACK
342010-09-15 23:25:56infoDHCPSending ACK to 10.10.1.10DHCP ACK
352010-09-15 23:25:03infoDHCPDHCP server assigned 10.10.1.234 to NAS000075(00:08:9B:00:00:75)DHCP ACK
362010-09-15 23:25:02infoDHCPRequested 10.10.1.234 from NAS000075(00:08:9B:00:00:75)DHCP Request
382010-09-15 23:24:48infoDHCPSending ACK to 10.10.1.25 [count=2]DHCP ACK
512010-09-15 23:19:44infoDHCPSending ACK to 10.10.1.25DHCP ACK
712010-09-15 23:14:44infoDHCPSending ACK to 10.10.1.229 [count=2]DHCP ACK
732010-09-15 23:14:32infoDHCPDHCP server assigned 10.10.1.229 to EeePC2(00:15:AF:DA:D7:C8)DHCP ACK
742010-09-15 23:14:31infoDHCPRequested 10.10.1.229 from EeePC2(00:15:AF:DA:D7:C8)DHCP Request
802010-09-15 23:09:55infoDHCPSending ACK to 10.10.1.229 [count=2]DHCP ACK
812010-09-15 23:09:47infoDHCPSending ACK to 10.10.1.25 [count=2]DHCP ACK

Ok, ok: A major router manufacturer I have teached and consulted for many years. And I'm available for consulting...

-Kurt.

0 Helpful
1 Reply 1

ddiep
Level 4
Level 4

‎10-12-2010 03:16 PM

>We discovered some clients dont receive IP addresses from DHCP from time to time - both block options disabled:

Kurt, is this problem persistently occured. Router should assign (dynamic) IP address w/o having to provide an entry in *unknown mac* table. If you still have same setup currently, please try to capture packet trace from router to see the ARP and DCHP packets activities (also remove any entries from *unknown mac* while doing this so that we got less complexity and more accurate data).

I've tried w/ my router but can't seem to recreate this problem.

>Once more here I have to point out: The so called logging on this RV0xx  is among the worst what I have seen in the industry for a long time.  There is ZERO logging of any DHCP activities at all.

Agree! Logging needed to be improved in this area.

>Ok, ok: A major router manufacturer I have teached and consulted for many years. And I'm available for consulting...

You're the best, Kurt. Duly notice!

High Regards,

Don

0 Helpful
Customers Also Viewed These Support Documents