No IP address on red0 after upgrade from Core 141

Networking
1

Hi,

I have an i5 PC running IPfire Core 141.
The red0 interface is connected to an HFC modem (Arris CM8200).
When I upgrade from Core 141, the red0 interface fails to obtain an IP address from the ISP.
Both Core 147 and 149 fail with the same result.
Reinstalling Core 141 works fine.

Would anyone be able to help with this problem?

Thanks.
TJ




Here is the output from: /sbin/dhcpcd -h blahblah red0 --debug:

[root@ipfire149]# /sbin/dhcpcd -h blahblah red0 --debug
dhcpcd-9.1.2 starting
spawned privileged actioneer on PID 5127
spawned network proxy on PID 5128
spawned controller proxy on PID 5129
DUID XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX
chrooting to `/run/dhcpcd/chroot' as dhcpcd
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' PREINIT
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' CARRIER
red0: IAID XX:XX:XX:XX
red0: adding address XXXX::XXXX:XXXX:XXXX:XXXX
red0: pltime infinity, vltime infinity
ipv6_addaddr1: Permission denied
red0: delaying IPv6 router solicitation for 1.0 seconds
red0: delaying IPv4 for 1.5 seconds
red0: soliciting an IPv6 router
red0: delaying Router Solicitation for LL address
red0: using hwaddr XX:XX:XX:XX:XX:XX
red0: reading lease `/var/ipfire/dhcpc/red0.lease'
red0: soliciting a DHCP lease
red0: sending DISCOVER (xid 0x232699e4), next in 3.5 seconds
red0: offered [Adddress1] from [Server 1]
red0: sending REQUEST (xid 0x232699e4), next in 4.7 seconds
red0: ignoring offer of [Address2] from [Server2]
red0: sending REQUEST (xid 0x232699e4), next in 4.8 seconds
red0: sending REQUEST (xid 0x232699e4), next in 8.6 seconds
red0: sending REQUEST (xid 0x232699e4), next in 16.9 seconds
timed out
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' STOPPED
dhcpcd exited


Running the same /sbin/dhcpcd -h blahblah red0 --debug produces this output:

[root@ipfire141]# /sbin/dhcpcd -h blahblah red0 --debug
dhcpcd-7.2.3 starting
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' PREINIT
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' NOCARRIER
red0: waiting for carrier
red0: carrier acquired
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' CARRIER
DUID XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX:XX
red0: IAID XX:XX:XX:XX
red0: adding address XXXX::XXXX:XXXX:XXXX:XXXX
red0: pltime infinity, vltime infinity
ipv6_addaddr1: Permission denied
red0: delaying IPv6 router solicitation for 0.2 seconds
red0: delaying IPv4 for 1.0 seconds
red0: carrier lost
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' NOCARRIER
red0: carrier acquired
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' CARRIER
red0: IAID XX:XX:XX:XX
red0: delaying IPv6 router solicitation for 0.9 seconds
red0: delaying IPv4 for 0.7 seconds
red0: using hwaddr XX:XX:XX:XX:XX:XX
red0: soliciting a DHCP lease
red0: sending DISCOVER (xid 0x450eb94), next in 3.5 seconds
red0: truncated packet (204) from 192.168.192.254
red0: soliciting an IPv6 router
red0: delaying Router Solicitation for LL address
red0: offered [Address1] from [Server1]
red0: sending REQUEST (xid 0x450eb94), next in 3.5 seconds
red0: ignoring offer of [Address1] from [Server1]
red0: acknowledged [Address1] from [Server1]
red0: probing address [Address1]/x
red0: probing for [Address1]
red0: ARP probing [Address1] (1 of 3), next in 1.5 seconds
red0: probing, ignoring [Address1] from [Server1]
red0: ARP probing [Address1] (2 of 3), next in 1.9 seconds
red0: ARP probing [Address1] (3 of 3), next in 2.0 seconds
red0: DAD completed for [Address1]
red0: leased [Address1] for 300 seconds
red0: renew in 150 seconds, rebind in 262 seconds
red0: writing lease `/var/ipfire/dhcpc/red0.lease'
red0: adding IP address [Address1]/x broadcast x.x.x.x
red0: adding route to x.x.x.x/x
red0: adding default route via [Server1]
red0: ARP announcing [Address1] (1 of 2), next in 2.0 seconds
red0: executing `/var/ipfire/dhcpc/dhcpcd-run-hooks' BOUND
conntrack v1.4.5 (conntrack-tools): 0 flow entries have been deleted.
conntrack v1.4.5 (conntrack-tools): 0 flow entries have been deleted.
conntrack v1.4.5 (conntrack-tools): 0 flow entries have been deleted.
conntrack v1.4.5 (conntrack-tools): 0 flow entries have been deleted.
Adding static routes...                                                                 [  OK  ]
Reloading firewall                                                                      [  OK  ]
Stopping Squid Proxy Server (this may take up to a few minutes)....                     [  OK  ]
Creating Squid swap directories...                                                      [  OK  ]
Starting Squid Proxy Server...
2020/10/05 15:31:35| WARNING: BCP 177 violation. Detected non-functional IPv6 loopback. [  OK  ]
Dynamic DNS update for xxxxxxxxxxxxxx successful
forking to background
forked to background, child pid 6930

2

Hey Tee Jay,

I just nailed down what my original problem was. I found out that the network I am connecting to somehow has a different gatway /16 than the assigned WAN /16. That is ok, but for some reason, after many chain linked reboots/power cycles of IPFire and the Modem connected in line, doesn’t see the ARP entry of the ISP Gateway address at their datacenter. Finally, I was able to get it to trigger the add of the ARP somehow. That is how I identified it.

If you can get it to connect at all, maybe use a laptop direct to the modem, then if it connects, check ARP for the ISP Gateway and get the IP of that and the MAC.

Go back into IPFire and reconnect the way you had it, then once booted up, check arp -a and see if you see that gateway address and mac.

Eric