И не будет. Я тоже поначалу обратился на wiki, почитав статью. На первый взгляд всё понятно, но если интерфейсы физические, а не виртуальные, как в твоём или моём случае, это несколько не годится, поэтому расскажу как делал я. Мне пришлось писать свои скрипты /etc/ppp/ip-(down|up).d/route
Суть их в следующем: когда поднимается виртуальный интерфейс, срабатывают скрипты /etc/ppp/ip-up.d/* и скрипт /etc/ppp/ip-up.d/route опрашивает систему на наличие еще одного виртуального интерфейса, и в зависимости от состояния применяет те или иные правила для маршрутизации. Состояния сдедующие:
/etc/ppp/ip-up.d/route
а) Если другой интерфейс уже поднят, смотрим таблицу маршрутов, на предмет default gate
а.1) Если default gate не соответствует шаблону, записываем маршруты, иначе оставляем как есть.
а.2) Записываем маршруты в таблицы маршрутизации (ip route ... table T1), и правила маршрутизации (ip rule)
б) Если другой интерфейс опущен, применяем default gate через тот интерфейс, который поднялся.
/etc/ppp/ip-down.d/route
a) Удаляем маршруты в таблицах маршрутизации и правила маршрутизации ( ip route flush table N)
6) в зависимости, какой интерфейс опускается, применяем маршрут по умолчанию через другой, или удаляем default gate совсем, если других интерфейсов нет.
Получилось что, когда первое P-t-P соединение лежит, маршрутизация направлена через второе, то есть по сути проверку делает сам pppd.
Такая схема у меня работает месяцев 7 на домашнем VLAN-маршрутизаторе, пока без нареканий.