OpenWrt 15.05.1 ppp nem megy

Hálózati eszközök


root@debian:~# pppd 10.20.30.100:10.20.30.200 asyncmap 0x11111111 noauth nocrtscts nolock local proxyarp noccp noaccomp nopcomp ms-dns 212.24.188.130 ms-dns 212.24.188.131 debug /dev/ttyUSB0


Mar 19 20:55:11 debian pppd[24714]: pppd 2.4.6 started by user, uid 0
Mar 19 20:55:11 debian pppd[24714]: using channel 13
Mar 19 20:55:11 debian pppd[24714]: Using interface ppp0
Mar 19 20:55:11 debian pppd[24714]: Connect: ppp0 <--> /dev/ttyUSB0
Mar 19 20:55:11 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:11 debian kernel: usb 2-1.4: ark3116: don't know how to do software flow control
Mar 19 20:55:14 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:17 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:20 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:23 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:26 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:29 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:32 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:35 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:38 debian pppd[24714]: sent [LCP ConfReq id=0x1 ]
Mar 19 20:55:41 debian pppd[24714]: LCP: timeout sending Config-Requests
Mar 19 20:55:41 debian pppd[24714]: Connection terminated.
Mar 19 20:55:41 debian pppd[24714]: Modem hangup
Mar 19 20:55:41 debian pppd[24714]: Exit.
Mar 19 20:55:41 debian kernel: usb 2-1.4: ark3116: don't know how to do software flow control


root@switch:/# pppd debug asyncmap 0x11111111 /dev/ttyS0


Sat Mar 19 21:48:28 2016 daemon.notice pppd[1226]: pppd 2.4.7 started by root, uid 0
Sat Mar 19 21:48:28 2016 daemon.debug pppd[1226]: using channel 14
Sat Mar 19 21:48:28 2016 daemon.info pppd[1226]: Using interface ppp0
Sat Mar 19 21:48:28 2016 daemon.notice pppd[1226]: Connect: ppp0 <--> /dev/ttyS0
Sat Mar 19 21:48:28 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:31 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:34 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:37 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:40 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:43 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:46 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:49 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:52 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:55 2016 daemon.debug pppd[1226]: sent [LCP ConfReq id=0x1 ]
Sat Mar 19 21:48:58 2016 daemon.warn pppd[1226]: LCP: timeout sending Config-Requests
Sat Mar 19 21:48:58 2016 daemon.notice pppd[1226]: Connection terminated.
Sat Mar 19 21:48:58 2016 daemon.notice pppd[1226]: Modem hangup
Sat Mar 19 21:48:58 2016 daemon.info pppd[1226]: Exit.

Nincsenek rcvd üzenetek.

Ugyanez (asyncmap nélkül), egy másik routerrel, amin Backfire van és a ttyS0-ról csatlakozik rá a számítógép, simán működik.

Megj.: az órák rosszul járnak...

  • 4368 megtekintés

( tovis v | 2016. 03. 20., v – 10:54 )

Hát ez a két log kicsit kevés ahhoz, hogy valami okosabbat mondjak.
Most ez két vlmi (az egyik a router a másik egy gép) ami modemen kommunikál egymással és most a két végét látjuk?
Miféle modemek ezek?

Először is
"ark3116: don't know how to do software flow control"

A google "Linux ark3116" kifejjezésre egy 2006 -ban íródott forrást dobott ki elsőnek: 


11  * Supports full modem status lines, break, hardware flow control. Does not
 12  * support software flow control, since I do not know how to enable it in hw.

A parancssorban pedig "nocrtscts" most akkor mivel működik a handsake?
Nem lesz vétel, mivel azt sem veszi észre, hogy adás van!?

* Én egy indián vagyok. Minden indián hazudik.

( Zs | 2016. 03. 20., v – 14:26 )

Ezen logok alapján nem a pppd-vel van a hiba, hanem az átviteli közeggel. A log alapján mindkét oldal elkezdi a kommunikációt azzal, hogy elküldi, mik az elképzelései a kommunikáció menetéről - de se válasz nem érkezik meg sehova, se a túloldal óhaja nem esik be egyik félnél sem. Ennek fényében erős a gyanú, hogy az átviteli közeg épp át-nem-viteli közegként funkcionál.
Mivel a pppd-nek direktben oda tolod az egyik oldalon, hogy /dev/ttyUSB0, a másik oldalon meg hogy /dev/ttyS0, mi lenne, ha első kanyarban ezt a vonalat vizsgálnád? pl. akassz rá egy minicom-ot mindkét oldalon és nézd meg, hogy ha bepötyögsz valamit az egyik oldalon, akkor az megjelenik-e a másikon és fordítva ugyanígy. Gyanítom, nem fog működni... Tehát első lépésben ezt teszteld és lődd be, hogy tuti legyen. (Amikor pedig már atombiztosan jó, akkor a minicom-ből ne a Ctrl+A, X kombóval lépj ki, hanem a Ctrl+A, Q kombóval. Az X egy eXit, ami kilépéskor reseteli a soros vonalat, míg a Q egy Quit, ami azt jelenti, hogy a minicom *semmit* nem csinál a soros porttal, amit használt, azt úgy hagyja, ahogy épp beállításra került.)