Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 3 replies
  • Subscribers 2 subscribers
  • Views 944 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

[8.201] DHCP non-functional

TheDrew
Evening,

So I finally decided to bite the bullet and cloned my ASG vm to try out the new 8.2xx version. Under 8.103 my external interface has no problems grabbing an IP from the DSL modem. Under 8.201 however I get the following error messages approx every 5-6 minutes: 

2011:09:02-23:00:34 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4

2011:09:02-23:00:38 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8

2011:09:02-23:00:46 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 12

2011:09:02-23:00:58 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 16

2011:09:02-23:01:05 firewall dns-resolver[6026]: DNS server failed to contact!

2011:09:02-23:01:14 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 17

2011:09:02-23:01:31 firewall dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4

2011:09:02-23:01:35 firewall dhclient: No DHCPOFFERS received. 


I've rebooted the ASG vm with no luck and reverting back to a cloned 8.103 vm (working spare for just this reason [;)]) brings everything back up. I've tried disabling and re-enabling the external interface, also with no joy.

As an aside, disabling/enabling the external interface in 8.201 pops up the following warning: "Do you really want to change the IP address of the interface used for the current WebAdmin session? This WebAdmin session will fail, and you have to log in to the new address." Funny thing is I'm disabling the external interface, not the internal one so the IP address doesn't change. In any event it does kill the session and I have to re-login to webadmin. [:S]


This thread was automatically locked due to age.
  • 0
    Did the NICs get reassigned during the upgrade?  This can happen with VM or software installs.

    Also, with cloning the VM, do the NICs have different MAC addresses than the original?  You could be experiencing some ARP conflict.
    __________________
    ACE v8/SCA v9.3

    ...still have a v5 install disk in a box somewhere.

    http://xkcd.com
    http://www.tedgoff.com/mb
    http://www.projectcartoon.com/cartoon/1
  • 0
    Some cable modems 'memorize' the MAC address of the first interface that requested the IP via DHCP. If you cloned the VM, chances are very high that the new WAN interface of the ASG now has a different MAC address which the cable modem ignores (The log tells you that the modem did not respond with an DHCPOFFER).

    Please try replugging power of your cable modem.
  • 0 in reply to trollvottel
    Quick update on what happened.

    About 2 hours after that log was posted, dhclient all of a sudden decided to up and grab an IP address. No idea why but it did. [:S]

    Scott: The unit had been cloned to v8.102 and was working fine under 8.103. The MAC did change at cloning and had been registered with my ISP's system as one of my two allowed devices.

    trollvottel: Our DSL modems act as a bridge and I specifically requested a 'dumb' modem (as opposed to an all-in-one gateway) when I had the service provisioned. I'd also tried the powercycle anyways.

    In any event the whole mess is now working an 8.201 and aside from some initial slowness in browsing (traceable back to the web proxy, yes I am using the local cache easter egg) so far nothing seems to have broken or is misbehaving..
Cookie Information Banner