PPP (Point-to-Point Protocol) / PPPoE (PPP over Ethernet)
What it is for
Ethernet is multipoint and shared -- anyone who plugs in can transmit. But a carrier needs to identify you before giving you service, for billing and to know which account this line is.
★★★ PPP supplies the three things Ethernet lacks: authentication, IP negotiation and liveness detection. PPPoE is "PPP inside an Ethernet frame", so dial-up works over an Ethernet metro network.
★ HDLC is an older take on the same idea, used on serial leased lines (with no Ethernet layer).
Dial-up in four steps
★★★ (1) Discovery: the client broadcasts PADI to find a BRAS, which replies PADO;
★★★ (2) Session: PADR / PADS exchange a Session ID carried by every packet afterwards;
★★★ (3) Authentication: CHAP or PAP -- only correct credentials continue (this is what billing rests on);
★★★ (4) Get an IP: IPCP negotiates, and the BRAS assigns an IP and DNS.
★★ Only after all four is there service. So "broadband will not connect" should first be split into stuck at authentication (account) versus stuck at discovery (line).
★ Common misconception: the 1492 MTU
★★★ A 6-byte PPPoE header plus a 2-byte PPP protocol field is 8 bytes of overhead, so the usable MTU drops from 1500 to 1492.
★★★ The symptom is unmistakable: ping works (small packets) while web pages hang (large ones). Large packets carry DF, exceed 1492, and get dropped with an ICMP reply -- but many firewalls filter that ICMP, so the sender never learns to send smaller and simply stalls.
★★ This is a PMTUD black hole. The fix is MSS clamping to 1452 on the router.