[Outages-discussion] DHCP being dropped by Lumen?

[Blake Hudson]

We've used DHCP relay/helper across WAN connections for over a decade 
without issue. Sometimes it doesn't make sense to have a DHCP (or DNS or 
RADIUS) server on-site.

As others have stated, unicast DHCP is no different than any other 
unicast packet.

--Blake

On 6/8/2022 10:52 AM, Jay Ashworth wrote:
> Grant is saying most of the stuff that was going through my head, 
> here, I was just busy eating lunch at the time so I did not show my 
> work. ;-)
>
> On June 8, 2022 11:49:43 AM EDT, Grant Taylor 
> <gtaylor at tnetconsulting.net> wrote:
>
>     On 6/8/22 9:30 AM, Simon Lockhart via Outages wrote:
>
>         Centralised DHCP server in conjunction with DHCP relay at
>         remote sites. 
>
>
>     Thank you for clarifying local broadcast vs remote relay Simon L. (1st message) and Chris W. (terms).
>
>     I too had been wondering the same thing that Jay A. was asking about. Now I see a possible / viable reason.
>
>     However, I do wonder why such DHCP relay traffic would be in the clear and not inside of a VPN (encrypted or otherwise).
>
>         If I were buying an Internet service, I wouldn't expect my
>         service provider to arbitarily block some ports (unless it's
>         to protect against an ongoing network attack, and it was
>         communicated to customers). 
>
>
>     I too expect that ISPs to be agnostic / common carrier / bit movers. The only thing that I'm willing to accept is filtering specific traffic in accordance with industry best practice in the spirit of being -- what I've long hear referred to as -- a Good (Inter)Net Neighbor.  E.g. filtering traffic that's actively abused and / or related to (D)DOS attacks.  I also expect that such filtering to be well documented and to have ways for legitimate use cases to be exempted therefrom.
>
>     P.S. I'm replying to Outages-Discussion as my comments don't directly contribute to Outages proper.
>
>
>
>     -- Grant. . . . unix || die
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/outages-discussion/attachments/20220609/026284a2/attachment.htm>