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

RED 15 doesn't accept DHCP-offers

Hi all,

I'm trying to get a new RED 15 device running.

2 REDs, out of the sealed box, show the same error: the Connection to the Internet can't be etablished, after a Little time of trying, the "Internet"-LED flashes green and the "System"-LED flashes red.

By checking the DHCP-Log, I realized the following:

---

2016:02:29-15:14:15 astaro dhcpd: DHCPDISCOVER from ab:cd:ef:gh:ij:kl via eth0

2016:02:29-15:14:15 astaro dhcpd: DHCPOFFER on x.x.x.181 to ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:14:15 astaro dhcpd: DHCPREQUEST for x.x.x.181 (x.x.x.1) from ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:14:15 astaro dhcpd: DHCPACK on x.x.x.181 to ab:cd:ef:gh:ij:kl via eth0

---

This happens 3 times in a row with a delay of 1 Minute, after that, the log Shows ongoing:

---

2016:02:29-15:16:34 astaro dhcpd: DHCPOFFER on x.x.x.181 to ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:16:34 astaro dhcpd: DHCPREQUEST for x.x.x.181 (x.x.x.1) from ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:16:58 astaro dhcpd: DHCPOFFER on x.x.x.181 to ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:16:58 astaro dhcpd: DHCPREQUEST for x.x.x.181 (x.x.x.1) from ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:18:00 astaro dhcpd: DHCPOFFER on x.x.x.181 to ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:18:02 astaro dhcpd: DHCPDISCOVER from ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:18:02 astaro dhcpd: DHCPOFFER on x.x.x.181 to ab:cd:ef:gh:ij:kl (A350190--------) via eth0

2016:02:29-15:18:02 astaro dhcpd: DHCPREQUEST for x.x.x.181 (x.x.x.1) from ab:cd:ef:gh:ij:kl (A350190--------) via eth0

---

Firmware: 9.353-4

In regards to the needed ports (3400 for the RED 10 and 3410 for the RED 15): we've got already a RED 15 up and running, so the needed ports are open.

The DSL line is checked by the Provider, the line is up and running.

Any idea/Suggestion is highly appreciated.

Kind regards,

Frank



This thread was automatically locked due to age.
Parents
  • Hi, Frank, and welcome to the UTM Community!

    I agree that it's unlikely that both of the two new units would be defective out of the box. It's probably a good idea to open a support case with Sophos. In the meantime, I guess that there's something missing but you're sure that it's there...  I would start from the beginning with the set up guide to find the problem.

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Reply
  • Hi, Frank, and welcome to the UTM Community!

    I agree that it's unlikely that both of the two new units would be defective out of the box. It's probably a good idea to open a support case with Sophos. In the meantime, I guess that there's something missing but you're sure that it's there...  I would start from the beginning with the set up guide to find the problem.

    Cheers - Bob

     
    Sophos UTM Community Moderator
    Sophos Certified Architect - UTM
    Sophos Certified Engineer - XG
    Gold Solution Partner since 2005
    MediaSoft, Inc. USA
Children
  • Hi Bob,

    thanks for the quick reply.

    As I was informed yesterday that I will get a training at the UTM (I've only got a short introduction until now), I will place this issue during the Workshop.

    Fortunately the device I should have to replace is up and running again :)

    Cheers,

    Frank