Guest User!

You are not Sophos Staff.

This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

DHCP client not working with Comcast Cable

I have an ASG box that was working fine for better than a year on AT&T DSL, but when I moved I had to switch to Comcast cable.  The same box immediately had trouble with its DHCP client on the WAN port.  It would obtain a lease at boot, but then if for any reason the link bounces (happens especially in the rain), ASG is unable to renew the lease without a reboot, and sometimes not even then.

I've tried it both with ARP cache enabled and disabled...sometimes it works one way and sometimes the other, but either way the WAN port seems stuck on the same IP it already had, and the "Renew" button does not refresh the DHCP.

In these situations, invariably if I plug my Windows PC directly into the cable modem it obtains a lease immediately and tests out with a fast, stable connection, so the problem is clearly in the ASG box and not in the modem or the account.  I've already tried swapping out the NIC and that has not changed the situation.  I also upgraded to 8.0 (now 8.03) and this has not changed the problem at all.

I can't find anything in the logs, but I may not know where to look.  I've also found no way to renew the lease manually from the command line; everything I google turns out to be a command that's not available in the ASG bash shell.  Any suggestions?


This thread was automatically locked due to age.
  • Update:  I found the problem in my case.  For whatever ungodly reason, Intel Pro 1000 MT NIC (Intel Corporation 82540EM Gigabit Ethernet Controller) + Astaro = Comcast DHCP issues.  Tried this same NIC in a new install of Astaro on different hardware and same problem.  Rumaged around and found an old Netgear NIC and it worked fine in both the existing and new system.  All NICs pulled DHCP just fine from Frontier (ex-Verizon) DSL.  Maybe I'll hunt around for a firmware update for the 1000 MT's.
  • Thanks for all the follow up Scott.  Intel NICs, eh?  I have occasionally seen the issue with the 120 at home- which happens to use Intel 8255 NICs.

    Looks like I need some lab time at home.
  • Scott, Jack, I too have seen some wierdness when it comes to Intel NICs on Astaro;  Scott, have you tried using a crossover cable, or tried manually setting speed and/or duplex to different settings when connecting to that cable modem?

    I had a customer who was cheerfully running an 7.x ASL license on a machine with Intel NICs, and after one update (this was a while back), suddenly they lost internet connectivity.  We ended up changing to a crossover cable, and it started working... somehow a driver update killed the MDI-X negotiation ability of that NIC, at least with the IAD that it was connecting too... I guess Intel is just plain touchy.
  • Yep. Tried 3 of those same cards and they all exhibited the same problem of not accepting the DHCP return (ignoring packet with xid 0x1ad58578 as it's not ours (0x6f9e06d8)) on the Comcast connection. 
     
    On the new Astaro system I brought up for testing this, a 4 year old Dell Dimension, there's an onboard Intel Corporation 82562ET/EZ/GT/GZ - PRO/100 VE, which works well.
     
    I'm guessing that it's one of two things with the 82540. Less likely is that it's a firmware issue. More likely that there's some really obscure little bug in the driver(s) that Astaro uses for certain Intel NICs.
     
    Heya Bruce.  [:)]  I tried the crossover and setting speed/duplex manually to no avail.  For me this is basically fixed as long as I don't use one of the Pro 1000 MT cards as WAN to Comcast.
  • My issue was also with an onboard Intel NIC on a Dell Inspiron machine.  I also tried the 2nd NIC which I think is a DLINK (I'll check tonight) to no avail.  I did NOT try a cross over cable with either NIC.
  • Confirmed issue symtoms with realtek 8169 GE NICs on VMWARE VM-host.  Running VM w/ASG8.003, which see NICs as:

    eth0 [Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE]]
    eth1 [Advanced Micro Devices [AMD] 79c970 [PCnet32 LANCE]]

    Only happens on VM-Host reboot.  Restart on ASG by itself pulls IP fine.

    My fix is only unplug cat5, replug cat 5. strange I know....but works everytime.  I used to powercycle cable modem until i stumbled upon unplugging working as fix. 

    system entries prior to fixing:

    2011:01:20-10:46:10 VM-ASTARO dhcpc-sh: starting DHCP client
    2011:01:20-10:46:10 VM-ASTARO dhcpcd[8773]: eth1: dhcpcd 3.2.3 starting
    2011:01:20-10:46:10 VM-ASTARO dhcpcd[8773]: eth1: hardware address = 00:0c:29:XX.XX.XX
    2011:01:20-10:46:10 VM-ASTARO dhcpcd[8773]: eth1: broadcasting for a lease
    2011:01:20-10:46:10 VM-ASTARO dhcpcd[8773]: eth1: sending DHCP_DISCOVER with xid 0x6d73914e
    2011:01:20-10:46:10 VM-ASTARO dhcpcd[8773]: eth1: waiting for 20 seconds
    2011:01:20-10:46:11 VM-ASTARO dhcpcd[8773]: eth1: ignoring packet with xid 0x24110000 as it's not ours (0x6d73914e)
    2011:01:20-10:46:11 VM-ASTARO dhcpcd[8773]: eth1: waiting for 18 seconds
    2011:01:20-10:46:11 VM-ASTARO dhcpcd[8773]: eth1: ignoring packet with xid 0x24110000 as it's not ours (0x6d73914e)
    2011:01:20-10:46:11 VM-ASTARO dhcpcd[8773]: eth1: waiting for 18 seconds
    2011:01:20-10:46:14 VM-ASTARO dhcpcd[8773]: eth1: sending DHCP_DISCOVER with xid 0x6d73914e
    2011:01:20-10:46:15 VM-ASTARO dhcpcd[8773]: eth1: ignoring packet with xid 0x9b084192 as it's not ours (0x6d73914e)
    2011:01:20-10:46:15 VM-ASTARO dhcpcd[8773]: eth1: waiting for 15 seconds
    2011:01:20-10:46:18 VM-ASTARO dhcpcd[8773]: eth1: sending DHCP_DISCOVER with xid 0x6d73914e
    2011:01:20-10:46:30 VM-ASTARO dhcpcd[8773]: eth1: timed out
    2011:01:20-10:46:30 VM-ASTARO dhcpcd[8773]: eth1: exec "/usr/sbin/eth1" "/var/lib/dhcpcd/dhcpcd-eth1.info" "down"


    hopefully helps...
  • Love the speed (50/10.  Several times I've been able to get 70Mbps down), but absolutely despise the 250 GB limit per month.
  • Update:

    Upgraded my vmhost to ESXi 4.1, from vmware server 2x on ubuntu host, and no issues whatsoever with picking up same IP after power cycle, power bump, power down/up, and/or host reboot.


    hope this helps somebody