TotalGriffLock / udmp-jumbo-frames-ppp

Shell script to configure and monitor the baby jumbo frame configuration on the UDM Pro WAN interface
7 stars 2 forks source link

Typo #1

Closed PianSom closed 1 year ago

PianSom commented 2 years ago

There is a typo in line 22 of 11-change-ppp-mtu.sh

Should read : if [[ $pinterface =~ $MINTERFACES ]]; then

(ie you have an erroneous "s", which means the loop fails if there is more than one ppp entry returned by the ls)

How quickly does your pppd come back up? I am finding it takes MUCH longer than 5 secs

TotalGriffLock commented 2 years ago

Apologies for the late response, Github didn't tell me anyone had opened an issue! I've fixed the typo now, thanks!

My pppd comes back almost instantly on both a UDM-Pro and a UDM-SE, although this may be coincidental. I'll investigate further.

TotalGriffLock commented 2 years ago

It seems like the time it takes to come back is ISP dependent, on whether the ISP clears the PPP session immediately on disconnection or waits for it to timeout. If you see a load of messages saying "Timeout waiting for PADO packets" in /var/log/messages then your ISP still thinks your PPPoE link is up and is waiting for it to timeout at their end before allowing you to connect again. pppd should send a PADT command to say it is terminating the session, but I guess it isn't... It looks like this may be fixed in a newer version of rp-pppoe than Unifi is using.