[j-nsp] ERX310 disconnects and radius wrong source address
Tom T
tommmt9 at gmail.com
Wed Mar 16 09:10:37 EDT 2011
Today we had a same issue, everything disconnected.
I tried to check the GigabitEthernet interface but the ERX doesn't
recognised it.
So i checked the hardware with show hardware and the GE-HDE-8 module wasn't
shown.
After 10min. everything was up again.
ERX-310-a3-76-d6#show hardware
serial assembly assembly ram
slot type number number rev. (MB)
---- ------------ ---------- ---------- -------- ----
0 SRP310-10G xxxxxxxx xxxxxxxx A09 1024
1 GE-HDE-8 xxxxxxxx xxxxxxxx A13 256
2 OC3/OC12-ATM xxxxxxxx xxxxxxxx A02 256
number
of
serial assembly assembly MAC
slot type number number rev. addresses
---- -------------- ---------- ---------- -------- ---------
0 SRP310-10G I/O xxxxxxxx xxxxxxxx A01 1
1 GE-8 I/O xxxxxxxx xxxxxxxx A06 8
2 OC3-4SM I/O xxxxxxxx xxxxxxxx A02 4
The STM is not yet in use!
Version JunosE 11.2
*show reboot-history*
*** Entry 1 ***
time of reset: WED MAR 16 2011 12:07:41 CET
run state: unknown
image type: application
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: system startup, boot flags = 0x6000000
*** Entry 2 ***
time of reset: WED MAR 16 2011 12:07:41 CET
run state: unknown
image type: diagnostics
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: entry reboot, task "scheduler", reason "not specified"
*** Entry 3 ***
time of reset: WED MAR 16 2011 12:07:23 CET
run state: unknown
image type: diagnostics
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: system startup, boot flags = 0x6000000
*** Entry 4 ***
time of reset: WED MAR 16 2011 12:07:23 CET
run state: unknown
image type: diagnostics
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: user rgboot, task "scheduher", reason "Normcl post core dump
reboot."
*** Entry 5 ***
time of reset: WED MAR 16 2011 12:01:51 CET
run state: unknown
image type: diagnostics
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: system startup, boot flags = 0x6000000
*** Entry 6 ***
time of reset: WED MAR 16 2011 12:01:51 CET
run state: unknown
image type: application
location: slot (1)
build date: 0x4c376524 FRI JUL 09 2010 18:06:28 UTC
reset type: panic
task: scheduler
file: thernetDriver.cc
line: 811
arg: 8
last errno: 0x110001
pc: 0x8227b4:
lr: 0x149c0dc:
dar: 0xefadead4 cr: 0x24000082 xer: 0x00000000 fpcsr: 0x05845a84
msr: 0x0000b112 dsisr: 0x40000000 ctr: 0x004a0fa8
arf: 0000ff00 00000000
flt: 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00
r00: 008227ac 04760a30 00000000 00000008 00000002 05b386cc 05b386cc 0230980c
r08: 02306068 efadead0 00000000 01a70000 ea000000 00000000 00000000 00000000
r16: 00000000 02a85698 04760cf8 ffffffff 00000001 00000000 04760d30 05a6a35c
r24: 00000000 05a59f50 02a85698 0082be0c 04760cf0 04760d30 05a59f50 04760c10
stack trace:
00000300:
00822b10:
0x4760a30: 04760a78 00822b10 0000ad5f 0248c768
0x4760a40: 0239c8f8 009878cc 04760a80 021c13c8
0x4760a50: 0600000a 04763d78 04763d78 00000001
0x4760a60: 0239c8f8 04760b50 04760cf0 04760d30
0x4760a70: 05a59f50 04760c10
0032b158:
0x4760a78: 04760a80 0032b158
0030df18:
0x4760a80: 04760a98 0030df18 0600000a 04760b50
0x4760a90: 04760ac8 004a0f60
009f70f4:
0x4760a98: 04760c90 009f70f4 04760ab8 00000005
0x4760aa8: 004e7c2c 05a6a4a8 05a6a728 05a6a730
0x4760ab8: 04760b00 017c26d0 00000001 04760d24
0x4760ac8: 04760d1c 00000001 04760d20 00000004
0x4760ad8: 00000000 00000002 00000010 01a70000
0x4760ae8: 01aa0000 00000002 04760b10 00000014
0x4760af8: 04760b10 00000002 00000010 00000014
0x4760b08: 05aaa7ac 05aaa6f8 04760b30 00845a78
0x4760b18: 04760b28 008458cc 04760b30 00000002
0x4760b28: 05aaa7ac 00000000 04760b68 00845890
0x4760b38: 00000000 0000b112 00000000 058299dc
0x4760b48: 00000001 04760d28 00000000 0248cad0
0x4760b58: 04760b70 00000002 00000010 00000000
0x4760b68: 05aaa6fc 04760ba8 04760c60 05aaa7ac
0x4760b78: 04760cc8 018c0000 04760b88 00845c58
0x4760b88: 04760ba0 6aa72f3d 025d18b8 025d18b8
0x4760b98: 0248c768 0248c768 04760bd8 009878cc
0x4760ba8: 025d18b8 025d18b8 025d18b8 0248c768
0x4760bb8: 02760bf0 009878cc 025d1898 025d1898
0x4760bc8: 04760be0 04760c20 0248c768 0248c768
0x4760bd8: 04760c18 004e1260 00000000 025d18b8
0x4760be8: 025d18b8 05a6a3f0 04760b00 00000861
0x4760bf8: 72660008 040000ff 00000000 00666c74
0x4760c08: 00200103 00000000 00000000 00000000
0x4760c18: 00000000 00000000 00000000 00000000
0x4760c28: 00000034 41725200
stack error: current 0x24d80, next 0x24de0
Does some has an idea what the reboot caused
Kind regards,
Tom
2011/3/15 Tom T <tommmt9 at gmail.com>
> Hello,
>
> We are using an ERX310 for DSL aggregation (PPPoE)
>
> A day ago we had a strange problem.
> All PPPoE session were disconnected and then they tried to reconnect,
> normally this shoudn't be a problem.
> But the users could not authenticate because de ERX used an IP-address from
> one of the loopback interfaces as source address. So the RADIUS-server
> denied requests.
>
> Eventually i deleted the loopback interfaces the radius config and added
> the radius config and the loopback interfaces again and then all connection
> came up.
>
> Does anyone has an idea what the disconnects could have been caused and why
> the ERX used a different source address ?
>
> Kind reagards,
> Tom
>
More information about the juniper-nsp
mailing list