[j-nsp] ERX310 disconnects and radius wrong source address
Ido Szargel
ido at oasis-tech.net
Wed Mar 16 10:29:29 EDT 2011
Hi Tom,
When the ERX boots up its normal that the SRP will finish booting before all the line cards will,
Since you only have 1 line card, how are subscribers able to connect before it finished booting?
Of course if your radius source address is on the line card that is still down, it won't be able to use it to send radius requests,
I would recommend using the loopback address for all "management" traffic (radius, tacacs, snmp, syslog etc) to avoid such cases.
As for the reboot itself, open a case with JTAC and attach the reboot.hty file from the machine, they should be able to find the issue.
Regards,
Ido.
-----Original Message-----
From: juniper-nsp-bounces at puck.nether.net [mailto:juniper-nsp-bounces at puck.nether.net] On Behalf Of Tom T
Sent: Wednesday, March 16, 2011 3:11 PM
To: juniper-nsp at puck.nether.net
Subject: Re: [j-nsp] ERX310 disconnects and radius wrong source address
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
>
_______________________________________________
juniper-nsp mailing list juniper-nsp at puck.nether.net https://puck.nether.net/mailman/listinfo/juniper-nsp
More information about the juniper-nsp
mailing list