I noticed in kernel support for this card in snapshots. I recently got
my hands on one to try out and wanted to do just that. I put the
snapshot as of yesterday (08/10/2006) on a spare laptop here. The card
is found and seems to work somewhat. I am able to dial to my ISP and
connect/authenticate. I can then ping the remote host (and any Internet
host for that matter). As soon as I start to try to browse or do
anything that uses more bandwidth than echoreq does (ssh, firefox, gaim,
etc.) the connection seems to hang. It doesn't drop out according to
"PPP", but my connectivity seems to be all but lost. Included are
relevant parts (I think) of the ppp.conf file and ppp.log entries.
FYI I hacked up a FreeBSD 6.0 kernel to support this card also and got
near identical results. I could only find success stories of people
using the Airprime 5220 predecessor to this card, not specifically the
Sierra Aircard 580.
/var/ppp/ppp.log:
Aug 10 16:14:19 super ppp[13105]: tun0: CCP: deflink: RecvResetReq(3)
state = Opened
Aug 10 16:14:19 super ppp[13105]: tun0: CCP: Deflate: Output channel reset
Aug 10 16:14:19 super ppp[13105]: tun0: CCP: deflink: SendResetAck(3)
state = Opened
Aug 10 16:15:55 super ppp[13105]: tun0: CCP: deflink: RecvResetReq(4)
state = Opened
Aug 10 16:15:55 super ppp[13105]: tun0: CCP: Deflate: Output channel reset
Aug 10 16:15:55 super ppp[13105]: tun0: CCP: deflink: SendResetAck(4)
state = Opened
Aug 10 16:15:56 super ppp[13105]: tun0: CCP: DeflateInput: Seq error:
Got 3, expected 2
Aug 10 16:15:56 super ppp[13105]: tun0: CCP: deflink: SendResetReq(7)
state = Opened
Aug 10 16:15:56 super ppp[13105]: tun0: CCP: deflink: RecvResetAck(7)
state = Opened
Aug 10 16:15:56 super ppp[13105]: tun0: CCP: Deflate: Input channel reset
Aug 10 16:16:25 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:16:25 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:16:30 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:16:30 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:16:35 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:16:35 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:16:40 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:16:40 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:16:45 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:16:45 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
<snip, message repeats itself many times>
Aug 10 16:17:20 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:17:20 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:17:21 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:17:21 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:18:20 super ppp[13105]: tun0: CCP: deflink: RecvResetReq(5)
state = Opened
Aug 10 16:18:20 super ppp[13105]: tun0: CCP: Deflate: Output channel reset
Aug 10 16:18:20 super ppp[13105]: tun0: CCP: deflink: SendResetAck(5)
state = Opened
Aug 10 16:18:20 super ppp[13105]: tun0: Phase: deflink: HDLC errors ->
FCS: 0, ADDR: 0, COMD: 0, PROTO: 2
Aug 10 16:18:21 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:18:21 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:18:22 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:18:22 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
<snip, again message repeats itself many times>
Aug 10 16:18:46 super ppp[13105]: tun0: Phase: Unknown protocol 0x3c00
(unrecognised protocol)
Aug 10 16:18:46 super ppp[13105]: tun0: LCP: deflink: SendProtocolRej(3)
state = Opened
Aug 10 16:19:22 super ppp[13105]: tun0: Phase: deflink: HDLC errors ->
FCS: 0, ADDR: 0, COMD: 0, PROTO: 28
Aug 10 16:19:28 super ppp[13105]: tun0: LCP: deflink: RecvConfigReq(1)
state = Opened
Aug 10 16:19:28 super ppp[13105]: tun0: LCP: deflink: LayerDown
/etc/ppp/ppp.conf:
acs:
set device /dev/cuaU0
set speed 230400
set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK
ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT"
set login
set phone "#777"
set authname ***
set authkey ***
set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 0.0.0.0
add default HISADDR
enable dns
I would expect that the problem is related to the "Uknown protocol"
message that repeats itself incessantly. The hex in that message isn't
necessarily the same from one ppp session to the next. I've played with
the maximum MTU value and that had no effect. Also, I do know that I'm
authenticating with the right creds, and that I'm in a good service
area. The hardware is known good as it works with it's proprietary
software on a Windows box. Perhaps the problem is related to my ISP somehow?
If I can provide anymore information that would help to diagnose this
feel free to ask. I'll do what I can.
Thanks list
-JR
[EMAIL PROTECTED]
