Eugene Grosbein

For a test, you can change default initial flags and "lock" them: stty -f /dev/cuau4.init -icanon -isig -iexten -echo -echoe -icrnl ... stty -f /dev/cuau4.lock icanon isig iexten echo echoe icrnl ... And so on, to make set of flags identical to working set used by ppp. Then restart mpd5.

Despite of warnings from comcontrol, /etc/rc.d/serial works nevertheless. Now re-post stty output while mpd5 runs LCP.

https://mpd.sourceforge.net/doc5/mpd43.html#43 Try to add to mpd.conf: set modem speed 115200 Try to add a line to the end of /etc/rc.d/serial: modem u 4 Then do "service serial start". Then restart mpd5 with above command added.

Please share output of "stty -a -f /dev/cuau4" at server side while running mgetty and ppp first, and then output of same command while running mpd5.

Are you able to reproduce this using "clean" environment? That is: take a system having no such bad route yet, run "script route.log route -n monitor", reproduce the problem, post route.log

Are you able to reproduce this using "clean" environment? That is: take a system having no such bad route yet, run "scrupt route.log route -n monitor", reproduce the problem, post route.log

Such implementation is not planned at the moment. However, you can get it with some scripting and mpd5's telnet console: use "set iface down-script" for primary peer to issue "open" command for secondary peer over telnet.

Such implementation is not planned at the moment. However, you can get it with some scripting and mpd5's telnet console: use "set iface down-script" for primary peer to issue "open" command fir secondary peer over telnet.