Ive got a docsis_server 3.5 setup running on Debian, and I'm having issues with modems not getting any ip addresses. Sys_log is hinting at a subnet or giaddress issue, but i have it set, as far as I can tell, to what it is expecting.
sys_log:
"2014-08-10","04:27:34","1","4","NEW CM GIaddr mismatch (the CM moved) gi 10.19.16.1 ip vlan 1"
"2014-08-10","04:27:34","1","4","NAK -- no subnet for ip mac 0019a68ba09a vlan 1"
config_nets:
"CM","10.19.16.1","1","10.19.16.0/20","10.19.16.1","YES","YES","NO","10.19.16.2","10.19.31.254","86400","1","0","0"
"CPE","10.19.16.1","1","192.168.198.0/24","192.168.198.1","YES","YES","NO","192.168.198.2","192.168.198.254","86400","100","0","0"
docsis_modem:
"0019A68BA09A","1","002","0","cm.bin","0","0","1","1"
Any suggestions on what might be going on?
I'm not sure what I did, but something I tinkered with solved this issue for at least my docsis 1.0 / 1.1 / 2.0 modems. They are now coming online and after changing max dynamic addresses to 2, grabbing CPE addresses.
I'm now having issues with Docsis3.0 modems grabbing addresses, they are hearing an offer from docsis_server, but never sending back an ack, and stay stuck in init(d) on the cmts. Any suggestions?
1. use debug mode to check what you loss in dhcp response.
2. can you show the table column name too ? , i forget the column function already.
Sonny
This is where I stand at this point, with all my changes trying to get docsis 3 modems online. I've included the table names this time around. I'll reply with another post we debug info here in a moment.
::EDIT:: I did a docsis_server restart and now it is working fine, at least from a CM lease standpoint. I'm still battling cpe leases on the docsis 3 modems. So my stupid question of the day is: Should i be restarting the docsis_server every time I add a modem to the docsis_modem list?
config_nets:
"nettype","cmts_ip","cmts_vlan","network","gateway","grant_flag","dynamic_flag","full_flag","range_min","range_max","lease_time","config_opt1","config_opt2","config_opt3"
"CM","10.19.16.1","1","10.19.16.0/20","10.19.16.1","YES","YES","NO","10.19.16.2","10.19.31.254","86400","1","0","0"
"CPE","10.19.16.1","1","192.168.198.0/24","192.168.198.1","YES","YES","NO","192.168.198.2","192.168.198.254","86400","100","0","0"
config_opts:
"server_id","opt_id","opt_type","opt_dtype","opt_value","sub_opt","comment"
"1","1","54","IP","192.30.192.42","0","Lease Server IP"
"1","1","2","INT32","-14400","0","Time Offset"
"1","1","4","IP","192.30.192.42","0","Time Server"
"1","1","66","CHAR","192.30.192.42","0","TFTP Server"
"1","1","3","IP","10.19.16.1","0","Router"
"1","100","54","IP","192.30.192.42","0","Lease Server IP"
"1","100","6","IP","4.2.2.1","0","DNS Servers"
"1","1","7","IP","192.30.192.42","0","Log Server"
"1","1","6","IP","4.2.2.1","0","DNS Server"
docsis_modem
"modem_macaddr","cmts_vlan","serialnum","subnum","config_file","dynamic_config_file","static_ip","dynamic_ip","config_opt"
"0019A68BA09A","1","002","0","8192_320_1.cm","0","0","2","1"
"00222DCA7505","1","003","0","8192_320_1.cm","0","0","2","1"
"7CBFB14B0A5B","1","004","0","8192_320_1.cm","0","0","2","1"
At this point i have everything working except CPE dhcp leases with docsis 3 devices. I get the error code:
NAK -- CPE asking for new IP directly - mac 00222dca7508
The CMTS is running dhcp-giddr primary, and the docsis 2.0 and below modems are following this and requesting an address via the cm mac address, but the newer modems are not. Perhaps this is a config file issue? or something else?
Still stuck at this issue after leaving it alone a while and coming back to reflect. Starting to thing docsis_server 3.5 is just buggy with docsis 3.0 gear.
When running debugging on the CMTS, I'm getting these messages for that cable modem's mac address, and its cpe mac address:
2014-10-13 11:53:39 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP DISCOVER for 0022.2dca.7505 pkt_len=624 received
2014-10-13 11:53:39 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP OFFER on 10.19.16.5 to 0022.2dca.7505 from 192.30.192.42
2014-10-13 11:53:39 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP REQUEST for 0022.2dca.7505 pkt_len=636 received
2014-10-13 11:53:39 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP ACK on 10.19.16.5 to 0022.2dca.7505 from 192.30.192.42
2014-10-13 11:53:39 Local7.Debug 192.30.192.41 -DE-SYS-: ARP-REQ Fr: 0022.2dca.7505 0.0.0.0 To: 0000.0000.0000 10.19.16.5
2014-10-13 11:53:41 Local7.Debug 192.30.192.41 -DE-SYS-: ARP-REQ Fr: 0022.2dca.7505 10.19.16.5 To: 0000.0000.0000 10.19.16.1
2014-10-13 11:53:50 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP DISCOVER for 0022.2dca.7508 pkt_len=481 received
2014-10-13 11:53:50 Local7.Debug 192.30.192.41 -DE-SYS-: DHCP NAK on 0.0.0.0 to 0022.2dca.7508 from 192.30.192.42
Hi,
i will try to help you with this issue.
The log says the CPE ask for IP directly means the CMTS is not acting as a DHCP-Relay for this requests.
Something with your configuration on the CMTS is wrong regarding subnets/adjacent networks.
If you could provide the CMTS config and also the cable modem config-file i will have a look at that.
BR,
Michael
i will try to help you with this issue.
The log says the CPE is asking for the IP directly. Means the CMTS is not acting as a DHCP-Relay for this requests like
expected. There is something wrong in your CMTS configuration regardind subnet/adjacent networks.
If you could provide the CMTS and CM config i will check.
BR,
Mike