Hi, small question I know my version is old but I didn't had any problem until recently ! I'm using freeradius 0.9.3 (mandrake 10) to authenticate pppoe users ! When a juniper equipment try to authenticate it fails! (most other brand succed) They told me the field order are not send in the good order... Here is the detail reason juniper gave me : Root cause found, it is caused by that peer side modifies the options order in REJ packet. RFC1661 requires we keep the order so we think the REJ packet is invalid and drop it. So PPP can not be brought UP. Could we contact the ISP to check how they software work? sending order : [DNS_S]-->[NBNS_P]-->[NBNS_S] : SEND DECODE:(ethernet0/0) ***[IPCP ConfReq ID=0x1 <ADDR 0.0.0.0> <DNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_P 0.0.0.0> <NBNS_S 0.0.0.0>]*** --------------------------------------------------------------- Receiving order, [NBNS_P]-->[DNS_S]-->[NBNS_S] RECV DECODE:(ethernet0/0) ***[IPCP ConfRej ID=0x1 <NBNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_S 0.0.0.0>]*** Can I do something about this rapidely Thanks for your help _________________________________________________________________ Soyez parmi les premiers à essayer Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-491...
Hi!
I'm using freeradius 0.9.3 (mandrake 10) to authenticate pppoe users !
When a juniper equipment try to authenticate it fails! (most other brand succed) They told me the field order are not send in the good order...
First of all, I have no idea what you are doing from your explanation... you are authenticating the PPPoE users, so I would think that you are the ISP yourself. - What is the role of the Juniper device? (The device that is requesting the connection? The device that is receiving the connection?) - Exactly what kind of equipment is on the other end of the line? - Which device is communicating with FreeRADIUS?
: SEND DECODE:(ethernet0/0) ***[IPCP ConfReq ID=0x1 <ADDR 0.0.0.0> <DNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_P 0.0.0.0> <NBNS_S 0.0.0.0>]***
RECV DECODE:(ethernet0/0) ***[IPCP ConfRej ID=0x1 <NBNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_S 0.0.0.0>]***
Can I do something about this rapidely
This does not look like a RADIUS problem. One of your PPP peers (the one on the other end of the line) is mangling its responses and the device from which you posted the logs is not accepting that (as it should, like you already indicated yourself). This is a PPPoE problem. Gtnx Marcel
Have you tested if the current version of FreeRADIUS solves your problem? (Maybe you can help me figure out why my copy of Windows 3.1 is not working properly with my new webcam...) -Peter On Fri 27 Jul 2007, J-P Raymond wrote:
Hi, small question
I know my version is old but I didn't had any problem until recently !
I'm using freeradius 0.9.3 (mandrake 10) to authenticate pppoe users !
When a juniper equipment try to authenticate it fails! (most other brand succed) They told me the field order are not send in the good order...
Here is the detail reason juniper gave me :
Root cause found, it is caused by that peer side modifies the options order in REJ packet.
RFC1661 requires we keep the order so we think the REJ packet is invalid and drop it.
So PPP can not be brought UP.
Could we contact the ISP to check how they software work?
sending order : [DNS_S]-->[NBNS_P]-->[NBNS_S]
: SEND DECODE:(ethernet0/0) ***[IPCP ConfReq ID=0x1
<ADDR 0.0.0.0> <DNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_P 0.0.0.0> <NBNS_S 0.0.0.0>]*** --------------------------------------------------------------- Receiving order,
[NBNS_P]-->[DNS_S]-->[NBNS_S]
RECV DECODE:(ethernet0/0) ***[IPCP ConfRej ID=0x1 <NBNS_P 0.0.0.0> <DNS_S 0.0.0.0> <NBNS_S 0.0.0.0>]***
Can I do something about this rapidely
Thanks for your help _________________________________________________________________ Soyez parmi les premiers à essayer Windows Live Mail. http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4 911fb2b2e6d
-- Peter Nixon http://peternixon.net/
participants (3)
-
J-P Raymond -
Marcel De Boer -
Peter Nixon