pppd and ttyS0 - AGRRH!

Hello,

I'm after na good couple of hours digging through google and I'm totally
stuck.

I'm trying to configure a dial-in server using mgetty(autoppp) + pppd. So
far I've managed to make mgetty call pppd. But at this point everything
goes to lunch - pppd just sits there, isn't sending anything via ttyS0,
there are no entrys in /var/log/messages (besides the one stating that pppd
had beed started).

It's not working also when I answer the call with minicom, quit without
reset and do a `pppd /dev/ttyS0` manually.

What's more, pppd is working as it should (sending some crap to stdout,
which I recognise as LCP) when invoked by `pppd` from command prompt, some
normal messages are appearing in messages ("using channel 1", "using
interface ppp0" etc. etc.).

I've tried playing with pppd options (debug, kdebug 9, login, modem and so
on), with no effect. Modem (nk6210), cable (dlr3p) and serial port seem to
be working properly, as I am able to use gnokii with it, as well as some
other sms software. To be sure though, I've changed both the phone and
dlr3p, again, with no effect.

SO, the problem seems to lay in pppd or kernel configuration. pppd is 2.4.2
(2.4.1 also failed), kernel 2.6.11.6.

help!

--
M.

I don't know whats causing trouble to you .... cause autoppp is being
handled by /etc/mgetty+sendfax/login.config file. (should you are using
redhat variant distro)

/etc/mgetty+sendfax/login.config
/AutoPPP/ - - /usr/sbin/pppd auth -chap +pap login debug

Have you checked /etc/inittab file?
s0:2345:respawn:/sbin/mgetty -s 36200 -D ttyS0

Raqueeb Hassan
Bangladesh

> /etc/mgetty+sendfax/login.config
> /AutoPPP/ - - /usr/sbin/pppd auth -chap +pap login debug
>
> Have you checked /etc/inittab file?
> s0:2345:respawn:/sbin/mgetty -s 36200 -D ttyS0

Up to this point, everything works fine - as I've said, mgetty starts pppd as it
should. It is pppd that's causin problems - it simply hangs when invoked by minicom
or by hand with 'ttyS0' as a paremeter.

--
M.

"Micha³ Lesiak (bler)" <(E-Mail Removed)> wrote:

> I've tried playing with pppd options (debug, kdebug 9, login,
> modem and so on), with no effect. Modem (nk6210), cable (dlr3p)
> and serial port seem to be working properly, as I am able to use
> gnokii with it, as well as some other sms software. To be sure
> though, I've changed both the phone and dlr3p, again, with no effect.

That modem appears to be in a Nokia 6210 cell phone and needs a software
driver. Getting such a gadget to work under Linux can be a PITA. It's
*not* pppd's fault.

Good Luck!

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* Those who can't write, write manuals. */

Clifford Kite wrote:
> "Micha³ Lesiak (bler)" <(E-Mail Removed)> wrote:
>
>
>>I've tried playing with pppd options (debug, kdebug 9, login,
>>modem and so on), with no effect. Modem (nk6210), cable (dlr3p)
>>and serial port seem to be working properly, as I am able to use
>>gnokii with it, as well as some other sms software. To be sure
>>though, I've changed both the phone and dlr3p, again, with no effect.
>
>
> That modem appears to be in a Nokia 6210 cell phone and needs a software
> driver. Getting such a gadget to work under Linux can be a PITA. It's
> *not* pppd's fault.
>
> Good Luck!
>
Beg to differ, a dlr3p is one of those 'intelligent' cables that makes
the phone look like a normal AT-command set modem. I've had a similar
setup with a nk6310i working nicely.

Maybe try a normal modem first, to see if the problem *is* with the
nk6210 setup.

Just had a look at the box that used to have this installed: make sure
your /etc/ppp/options has a line in it saying

lock

it prevents mgetty from grabbing stuff from the line once pppd is running.

hth
J

Clifford Kite <(E-Mail Removed)> wrote in
news:(E-Mail Removed):

> That modem appears to be in a Nokia 6210 cell phone and needs a software
> driver. Getting such a gadget to work under Linux can be a PITA. It's
> *not* pppd's fault.

6210 is AT-compatible when using dlr3p - minicom works just fine, I can
dial numbers and answer them. Does pppd use AT commands when communicating
with a serial port?

--
M.

Jack Masters <(E-Mail Removed)> wrote in
news:mcCdnRIFg9n-MszfRVn-(E-Mail Removed):

> Maybe try a normal modem first, to see if the problem *is* with the
> nk6210 setup.

That could be a problem, as I don't have a real modem, only winmodems.

> Just had a look at the box that used to have this installed: make sure
> your /etc/ppp/options has a line in it saying
>
> lock
>
> it prevents mgetty from grabbing stuff from the line once pppd is
> running.

I've read somewhere on the web that 'lock' shouldn't be there
Nevertheless it doesn't work, with or without 'lock'. But maybe that is a
good way to follow, as it looks like pppd is unable to talk with ttyS0, is
there any way to look into the serial port without locking it? (sth like
tcpdump for ttyS

--
M.

"Micha³ Lesiak (bler)" <(E-Mail Removed)> wrote:
> Clifford Kite <(E-Mail Removed)> wrote in
> news:(E-Mail Removed):

>> That modem appears to be in a Nokia 6210 cell phone and needs a software
>> driver. Getting such a gadget to work under Linux can be a PITA. It's
>> *not* pppd's fault.

> 6210 is AT-compatible when using dlr3p - minicom works just fine, I can
> dial numbers and answer them. Does pppd use AT commands when communicating
> with a serial port?

Pppd only does PPP but can use another program/script to make the physical
connection. In this case mgetty provides the dial-up and connection and
then launches pppd. man pppd. info mgetty.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/

Clifford Kite <(E-Mail Removed)> wrote in
news:(E-Mail Removed):

> Pppd only does PPP but can use another program/script to make the
> physical connection. In this case mgetty provides the dial-up and
> connection and then launches pppd. man pppd. info mgetty.

So, just as I thought. And now, if I answer the call with mincom, get
"CONNECT" and all those characters indicating the start of a PPP session,
quit without resetting and start pppd with 'ttyS0', could it still be a
problem with the phone and not pppd?


--
M.

Micha³ Lesiak (bler) wrote:
> Clifford Kite <(E-Mail Removed)> wrote in
> news:(E-Mail Removed):
>
>
>>Pppd only does PPP but can use another program/script to make the
>>physical connection. In this case mgetty provides the dial-up and
>>connection and then launches pppd. man pppd. info mgetty.
>
>
> So, just as I thought. And now, if I answer the call with mincom, get
> "CONNECT" and all those characters indicating the start of a PPP session,
> quit without resetting and start pppd with 'ttyS0', could it still be a
> problem with the phone and not pppd?
>

Your connection via the 'modem' may be not 8 bit clean.
PPP needs all 8 bits intact, but a terminal test checks
only the 7 least significant bits.

--

Tauno Voipio
tauno voipio (at) iki fi