вобщем, выходит какая-то засада.

всё как обычно, настраиваем /etc/ppp/peers, звоним pppd call skylink, поднимается интерфейс ppp32769

ppp32769 Link encap:Point-to-Point Protocol
inet addr:83.217.29.113 P-t-P:83.217.24.4 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1400 Metric:1


соотв., маршруты

83.217.24.4 dev ppp32769 proto kernel scope link src 83.217.29.113
192.168.12.0/24 dev eth0 proto kernel scope link src 192.168.12.5
default dev ppp32769 scope link

Делаем NAT
*nat
:PREROUTING ACCEPT [42:4869]
:POSTROUTING ACCEPT [6:416]
:OUTPUT ACCEPT [58:4225]
[0:0] -A POSTROUTING -s 192.168.0.0/16 -j MASQUERADE
COMMIT

в итоге имеем:
как только пакет из внутренней сети попадает в ppp32769, сей интерфейс пропадает.

вот при этом логи pppd:

Script /etc/ppp/ip-up finished (pid 2277), status = 0x0
rcvd [CCP ConfReq id=0x4 <mppe +H -M -S -L -D +C>]
sent [CCP ConfRej id=0x4 <mppe +H -M -S -L -D +C>]
rcvd [CCP ConfReq id=0x5 <predictor 1>]
sent [CCP ConfRej id=0x5 <predictor 1>]
rcvd [CCP ConfReq id=0x6]
sent [CCP ConfAck id=0x6]
rcvd [CCP TermReq id=0x7]
CCP terminated by peer
sent [CCP TermAck id=0x7]
Compression disabled by peer.
^
+--- здесь ppp32769 поднялся, всё пингуется, всё качается, но до тех пор, пока не придёт пакет из подсети. далее вот так:
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <auth chap MD5> <magic 0xe1ff8cf>]
Connect time 2.4 minutes.
Sent 6087 bytes, received 3961 bytes.
Script /etc/ppp/ip-down started (pid 2290)

далее pppd переподключается, и ppp32769 подымается вновь.
вот такая карусель.
такую хренотень впервые вижу за пять лет.