HI all, MR. Nuby here...
I have an 805 that dials into a 1602. I can connect and transfer data fine, but when I disconnect, due to uninteresting traffic (not that it was that interesting in the first place) I cannot redial that connection. The modem on the 1602 answers and then hangs right up without a carrier or any handshaking/negotiating. Here is a small capture from the debug on the 1602 after the first call, when the hardware should be getting itself ready for another call.
00:13:33: Se1 LCP: TIMEout: State REQsent
00:13:33: Se1 LCP: O CONFREQ [REQsent] id 12 len 25
00:13:33: Se1 LCP: ACCM 0x000A0000 (0x0206000A0000)
00:13:33: Se1 LCP: AuthProto CHAP (0x0305C22305)
00:13:33: Se1 LCP: MagicNumber 0x02C581F3 (0x050602C581F3)
00:13:33: Se1 LCP: PFC (0x0702)
00:13:33: Se1 LCP: ACFC (0x0802)
00:13:33: Se1 LEX: LCP not open, discarding packet
00:13:33: Se1 UNKNOWN(0x000D): LCP not open, discarding packet
00:13:33: Se1 LCP: I CONFREQ [REQsent] id 12 len 25
00:13:33: Se1 LCP: ACCM 0x000A0000 (0x0206000A0000)
00:13:33: Se1 LCP: AuthProto CHAP (0x0305C22305)
00:13:33: Se1 LCP: MagicNumber 0x02C581F3 (0x050602C581F3)
00:13:33: Se1 LCP: PFC (0x0702)
00:13:33: Se1 LCP: ACFC (0x0802)
00:13:33: Se1 LCP: O CONFNAK [REQsent] id 12 len 10
00:13:33: Se1 LCP: MagicNumber 0x02C588F4 (0x050602C588F4)
00:13:34: Se1 LCP: I CONFNAK [REQsent] id 12 len 10
00:13:34: Se1 LCP: MagicNumber 0x02C588F4 (0x050602C588F4)
00:13:34: Se1 PPP: Line appears to be looped back
00:13:34: Se1 UNKNOWN(0x000D): LCP not open, discarding packet
I can include configs, but since it was ok on the first call I though it may not be needed here.
If I reboot the router I can once again make a connection. But that is not a real world option.
Thanks for any help!
Tom
I have an 805 that dials into a 1602. I can connect and transfer data fine, but when I disconnect, due to uninteresting traffic (not that it was that interesting in the first place) I cannot redial that connection. The modem on the 1602 answers and then hangs right up without a carrier or any handshaking/negotiating. Here is a small capture from the debug on the 1602 after the first call, when the hardware should be getting itself ready for another call.
00:13:33: Se1 LCP: TIMEout: State REQsent
00:13:33: Se1 LCP: O CONFREQ [REQsent] id 12 len 25
00:13:33: Se1 LCP: ACCM 0x000A0000 (0x0206000A0000)
00:13:33: Se1 LCP: AuthProto CHAP (0x0305C22305)
00:13:33: Se1 LCP: MagicNumber 0x02C581F3 (0x050602C581F3)
00:13:33: Se1 LCP: PFC (0x0702)
00:13:33: Se1 LCP: ACFC (0x0802)
00:13:33: Se1 LEX: LCP not open, discarding packet
00:13:33: Se1 UNKNOWN(0x000D): LCP not open, discarding packet
00:13:33: Se1 LCP: I CONFREQ [REQsent] id 12 len 25
00:13:33: Se1 LCP: ACCM 0x000A0000 (0x0206000A0000)
00:13:33: Se1 LCP: AuthProto CHAP (0x0305C22305)
00:13:33: Se1 LCP: MagicNumber 0x02C581F3 (0x050602C581F3)
00:13:33: Se1 LCP: PFC (0x0702)
00:13:33: Se1 LCP: ACFC (0x0802)
00:13:33: Se1 LCP: O CONFNAK [REQsent] id 12 len 10
00:13:33: Se1 LCP: MagicNumber 0x02C588F4 (0x050602C588F4)
00:13:34: Se1 LCP: I CONFNAK [REQsent] id 12 len 10
00:13:34: Se1 LCP: MagicNumber 0x02C588F4 (0x050602C588F4)
00:13:34: Se1 PPP: Line appears to be looped back
00:13:34: Se1 UNKNOWN(0x000D): LCP not open, discarding packet
I can include configs, but since it was ok on the first call I though it may not be needed here.
If I reboot the router I can once again make a connection. But that is not a real world option.
Thanks for any help!
Tom