I reiterate, good suggestion. I backed the baud rate down to 9600,
both on the port (setserial) and in the ppp config file and it works
much better. No overruns and and ironically connects much faster.
But alas, it still is not completing the LCP handshake. It now looks
like the uthentication is being rejected. I have tried to remove all
auth in the config file but am not sure what I am doing wrong?? I
pasted the LCP messages and my config file below (you can see all the
options I've tried). So close...I can feel it!
Connect: ppp0 <--> /dev/tts/5
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x8cffa189>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap>]
No auth is possible
sent [LCP ConfRej id=0x1 <auth pap>]
rcvd [LCP ConfNak id=0x1 <asyncmap 0xa0000>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
rcvd [LCP ConfReq id=0x2 <asyncmap 0xa0000> <auth chap MD5>]
No auth is possible
sent [LCP ConfRej id=0x2 <auth chap MD5>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
sent [LCP ConfReq id=0x2 <asyncmap 0xa0000> <magic 0x8cffa189>]
LCP: timeout sending Config-Requests
Connection terminated.
ppp config:
#refuse-chap
#refuse-pap
#lcp-echo-failure 0
#lcp-echo-interval 0
nodetach
debug
show-password
connect "/usr/sbin/chat -s -S -v -f /etc/ppp/peers/gprs-connect-chat"
disconnect /etc/ppp/peers/gprs-disconnect-chat
/dev/tts/5
#115200
9600
crtscts
#lock
local
#:10.0.0.1
#noipdefault
#ipcp-accept-local
defaultroute
#usepeerdns
nodeflate
novj
nobsdcomp
novjccomp
nopcomp
noaccomp
#user
#password CINGULAR1
#persist
#maxfail 2
#require-pap
noauth
#asyncmap 0xa0000
#nomagic
#passive
--- In "BillBergeron" <>
wrote:
>
> Yan,
>
> This is a good suggestion. I had not thought of it being a local
> problem. Even when I do connect I sometimes still see the "input
> overrun(s)" error. So it makes perfect sense.
>
> I don't really know how to reconfigure the Serial port to fix this
> though? It's the Com5 (/dev/tts/4) port that is created from the
> PC104 bus connection. I have setserial and a few other tools but
> these just adjust the baud rates and such. How would I go about
> making changes to the port?
>
> Bill
> --- In "Yan Seiner" <yan@> wrote:
> >
> > --- In "BillBergeron" <billbergeron@>
> wrote:
> > >
> > > This LCP negotiation has me stumpted. Just when I thought I had
> > > finally figured this all out. After doing some research on LCP,
I
> > > realize that these are send packets to the ISP (Cingular) and
am
> not
> > > getting any packets back from them. So they are either being
> blocked
> > > (very doubtful since it comes from their cell towers), they
don't
> > > understand the LCP packets I'm sending, or they are just not
> sending
> > > them. I changed, removed, and added every PPP option I could
> (auth,
> > > noauth, require-pap, require-chap, ascnymap, nomagic, lock,
> local,
> > > passive) and other than changing the data in the packet it
> doesn't
> > > seem to make a difference. I am going to look into the PPP
> related AT
> > > commands to see if I have to do anything to put the modem into
> the
> > > correct mode before the LCP packets are sent but other than
that
> I am
> > > stuck.
> > >
> > > If anyone has a suggestion I would be happy to hear it.
> > >
> >
> > OK, here's a guess:
> > > > >
> > > > > I changed CONNECT "" to CO "" and it seems to work...sort
of.
> I
> > > seem
> > > > > to establish a connection but then the negotiation seems to
> fail.
> >
> >
> > I'd figure out why your incoming serial port can't handle the
> CONNECT
> > string... If you have a buffer overrun, then LCP would fail as it
> > can't get good data in.
> >
> > Can you set up a test modem to dial in to? Set it up on a serial
> line
> > and run mgetty on it. See if you can connect from your cell
modem
> to
> > the test modem just with pure ASCII communication.
> >
> > It sounds like either a bad or misconfigured serial port, at a
lower
> > lever than PPP.
> >
> > --Yan
> >
>
------------------------ Yahoo! Groups Sponsor --------------------~-->
Something is new at Yahoo! Groups. Check out the enhanced email design.
http://us.click.yahoo.com/kOt0.A/gOaOAA/yQLSAA/CFFolB/TM
--------------------------------------------------------------------~->
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|