Guest User!

You are not Sophos Staff.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 38 replies
  • Subscribers 2 subscribers
  • Views 21162 views
  • Users 0 members are here
Options
Suggested
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

dwmtractor
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.
  • 0
    Have you tried to plug out the power of the cable modem and plug it in again after a minute?

    Cable providers often save the MAC address of the client for a specific time. And within this time, no other client can get an IP address (if you only have one DHCP address). A power cycle of the modem may helps.
  • 0 in reply to UrsWeiss
    Have you tried to plug out the power of the cable modem and plug it in again after a minute?

    Cable providers often save the MAC address of the client for a specific time. And within this time, no other client can get an IP address (if you only have one DHCP address). A power cycle of the modem may helps.


    I've power-cycled the modem numerous times, Whity.  In fact whenever I change between devices it's necessary, for the exact reason you say, that the MAC address only appears to be refreshed on power-cycle.

    I did manage to find this in the "System Log" of the ASG box this morning: 
    2010:12:02-06:08:50 djwall dhcpcd[5478]: eth1: dhcpcd 3.2.3 starting

    2010:12:02-06:08:50 djwall dhcpcd[5478]: eth1: hardware address = 00:0e:0c:b0[:D]5:24

    2010:12:02-06:08:50 djwall dhcpcd[5478]: eth1: broadcasting for a lease

    2010:12:02-06:08:50 djwall dhcpcd[5478]: eth1: sending DHCP_DISCOVER with xid 0x3e5a8ba8

    2010:12:02-06:08:50 djwall dhcpcd[5478]: eth1: waiting for 20 seconds

    2010:12:02-06:08:53 djwall dhcpcd[5478]: eth1: sending DHCP_DISCOVER with xid 0x3e5a8ba8

    2010:12:02-06:09:10 djwall dhcpcd[5478]: eth1: timed out

    2010:12:02-06:09:10 djwall dhcpcd[5478]: eth1: exec "/usr/sbin/eth1" "/var/lib/dhcpcd/dhcpcd-eth1.info" "down"

    2010:12:02-06:09:11 djwall dhcpcd[5478]: eth1: exiting

    This repeats every couple minutes.
  • 0 in reply to dwmtractor
    Also tried to swap the ethernet cable?
  • 0 in reply to UrsWeiss
    Also tried to swap the ethernet cable?


    Trust me, I've been through ALL the simple steps.  I've replaced the ethernet card, the cables, I've even (as I said before) reinstalled ASG software from CD and restored my config from backup.  Remember the same cables are working just fine when plugged into a Windows machine (which is how I'm logging onto this site).

    Interestingly, I just SSHed into the box and took a look around...the log says (as quoted above): 
    2010:12:02-06:09:10 djwall dhcpcd[5478]: eth1: exec "/usr/sbin/eth1" "/var/lib/dhcpcd/dhcpcd-eth1.info" "down"

    However, I just looked (as su) and neither /usr/sbin/eth1 nor the entire directory /var/lib/dhcpcd even exist at all.  Does that offer any clues?
  • 0
    My last idea for the moment:

    Is the MTU of the interface set to 1500? (Should normaly be on a Cable modem connection. DSL has less.)

    Or, if it is set to 1500, try a lower MTU (f.ex 1492 or 1460)
  • 0 in reply to UrsWeiss
    The MTU is set at 1500.  That was the default and I've not messed with it.

    I'll try the other settings you suggest when I get home tonight...but I'm not optimistic.

    Let me throw another thought at you and see if it gives you any ideas:  I've noticed when I connect my PC direct, that the DHCP from Comcast doesn't always supply the same IP address; it seems to go between a couple completely different subnets in fact.  The interface on the ASG box seems to be stuck on the IP it's already had, as though it's not truly releasing its old address before inviting a new one.  Of course, the logs I posted don't show anything about that (and if there are other logs, I do not know where/what they are).

    Do you have any idea where DHCP data might be cached, whether/how it's possible to flush it, or whether there's an equivalent to Windows ipconfig /release and ipconfig /renew that works on ASG?  I'm finding that none of the command-line tricks I've been able to google even work on ASG's bash.

    In other words, I'm perfectly happy to get under the hood if anybody can point me in the right direction...

    Thanks for your time, Whity!
  • 0 in reply to dwmtractor
    Welcome to the joys of being a Comcast customer.  I have experienced the same issues, and not just with Astaro systems.  They seem to do some odd MAC caching and IP configs.  I usually get one of two IPs offered from Comcast, but they are on very different network blocks.

    The basics covered here are what I do, and usually it will work.  My usual routine when I have this issue is to power down both the cable modem and the ASG, pull the power from the modem until I'm sure it has forgotten everything, then fire it up and wait until it shows fully up and connected- then boot the ASG.  I'm sure you've tried this routine, but that's what usually works for me.

    What kind of cable modem do you have?  I've been told that the latest Motorola SB6120s are the favorite modems of the Comcast help desk because they perform the best with the fewest support calls.  Purely anecdotal, and not an endorsement (but I'm buying one to try at home because I'm tired of this problem myself)
  • 0 in reply to Jack Daniel
    I'll look up the modem details when I get home, JD.  I know it's a Motorola but don't remember the model number.

    With respect, however, (and not trying to defend Comcast's honor as they haven't showed much), it seems to me that if the modem, cable, etc. work every time with Windows and crash and burn with ASG, the problem is probably in the ASG and not in the modem or even the Comcast account.

    Just for giggles, I'll try plugging a Linux laptop into the modem tonight and see if that works...will report back.  Meanwhile I'd sure appreciate some under-the-hood advice for the ASG side of the equation.
  • 0 in reply to dwmtractor
    The modem is a Motorola SB5101U.

    The system is up this evening after a 45-min power outage during the day.  We'll probably be fine until the next bouncing connection.

    I set the MTU to 1492 to see what happens.  I remain skeptical having done nothing to address the DHCP service itself, unless you think that the MTU issue itself will have an effect on DHCP...I can't find an analogous setting in my Windows network configuration, so I can't even compare this.

    Anyhow, I reiterate that if Windows doesn't have a problem with this connection, it seems highly strange that ASG would, if the problem is a flaw in the modem or the connection itself.  I'd really like to see someone confront that issue with something resembling seriousness...
  • 0
    fwiw, losing connection during or after rain may be a sign that you have leaks in the coax cable fittings outside your house. This is especially likely if Comcast re-used cabling that was already there.

    There are indoor coax connectors, and outdoor coax connectors. I had a condo where DISH had installed everything with indoor connectors, and when TimeWarner reused the cables, it was horribly unreliable after rain, and kept getting worse. It took many service calls before I was able to get TW to replace even SOME of the connectors, and later, the cabling.

    Once water gets in the cable, it starts to rust the conductors, and replacing the connectors may not be enough.

    Barry