[OpenSER-Users] OpenSER + FreeRadius error (solved)

Marc LEURENT lftsy at free.fr
Thu Sep 20 16:04:20 CEST 2007


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


OK, if someone wants to use OpenSER + Freeradius accounting on a 64 bits platform,
  libradiusclient-ng2-0.5.5-1 sould be use, otherwise it won't work

Have a nice day

Marc LEURENT a écrit :
> THANKS!
> Indeed, my computer is a 64bit platform!
> I'm going to test the patch!
> 
> Norman Brandinger a écrit :
>> Hi Marc,
> 
>> I recall this problem when working on 64-bit machines.  Seems that
>> radiusclient-ng needed a patch.  Not sure if the current CVS has this
>> problem fixed.
> 
>> The radiusclient distribution is here:
>> http://developer.berlios.de/projects/radiusclient-ng/
>> Take a look at the 64-bit patches.
> 
>> If your machines aren't 64-bit, your problem may be somewhere else.
> 
>> Regards,
>> Norm
> 
> 
> 
> 
>> Marc LEURENT wrote:
>>> It seems that the credentials send by radiusclient from openser are
>>> wrong whereas when I use a rastest, it's working!
>>> Strange!
>>>
>>> rad_recv: Accounting-Request packet from host 213.91.4.213:34734,
>>> id=43, length=293
>>> Received Accounting-Request packet from 213.91.4.213 with invalid
>>> signature!  (Shared secret is incorrect.) Dropping packet without
>>> response.
>>> Finished request 24
>>> Going to the next request
>>> --- Walking the entire request list ---
>>> Waking up in 6 seconds...
>>> --- Walking the entire request list ---
>>> Cleaning up request 24 ID 43 with timestamp 46f23ab0
>>> Nothing to do.  Sleeping until we see a request.
>>> rad_recv: Accounting-Request packet from host 213.91.4.213:34734,
>>> id=43, length=293
>>> Received Accounting-Request packet from 213.91.4.213 with invalid
>>> signature!  (Shared secret is incorrect.) Dropping packet without
>>> response.
>>> Finished request 25
>>> Going to the next request
>>> --- Walking the entire request list ---
>>> Waking up in 6 seconds...
>>> --- Walking the entire request list ---
>>> Cleaning up request 25 ID 43 with timestamp 46f23aba
>>> Nothing to do.  Sleeping until we see a request.
>>>
>>>
>>>
>>>
>>>
>>> Marc LEURENT a écrit :
>>>> Does this error means something to somebody??
>>>> Thanks
>>>> ERROR:acc:acc_rad_request: radius-ing failed
>>>> My openser.cfg
>>>> # -- acc params (with radius )--
>>>> modparam("acc", "radius_config",
>>> "/etc/radiusclient-ng/radiusclient.conf")
>>>> modparam("acc", "radius_flag", 1)
>>>> modparam("acc", "radius_missed_flag", 2)
>>>> .....
>>>> ################### SET RADIUS ACCOUTING FLAGS
>>> #################################
>>>>         # Set the acc flags
>>>>         xlog("JUSTE BEFORE SETTING FLAGS FOR RADIUS\r\n");
>>>>         if(is_method("INVITE") && !has_totag()) {
>>>>                xlog("L_INFO", "I AM SETTING THE FLAGS FOR RADIUS \r\n");
>>>>                $avp(can_uri) = $ru;            # SIP Request's URI
>>>>                $avp(billing_party) = "sip:" + $au + "@" + $ar; #
>>> From URI
>>>>                $avp(user_name) = $fu;
>>>>                xlog("!!!! FROM TAG = $ft\r\n");
>>>>                xlog("SETTING FLAGS 1 & 2 FOR RADIUS \r\n");
>>>>                setflag(1);             # radius_flag
>>>>                setflag(2);             # radius_missed_flag
>>>>         };
>>>
>>>
>>>
>>>
>>>
>>>> DEBUG OUTPUT:
>>>>  3(26026) DEBUG: update_totag_set: new totag
>>>>  3(26026) DEBUG: add_to_tail_of_timer[2]: 0x2b898c7eb9d0 (12)
>>>>  3(26026) DEBUG:tm:relay_reply: sent buf=0x61d2e8: SIP/2.0 2...,
>>> shmem=0x2b898c7ed7a8: SIP/2.0 2
>>>>  3(26026) DBG: trans=0x2b898c7eb950, callback type 128, id 0 entered
>>>>  3(26026) ERROR:acc:acc_rad_request: radius-ing failed
>>>>  3(26026) DEBUG: cleanup_uac_timers: RETR/FR timers reset
>>>>  3(26026) DEBUG:tm:UNREF_UNSAFE: after is 0
>>>>  3(26026) DEBUG:destroy_avp_list: destroying list (nil)
>>>>  3(26026) receive_msg: cleaning up
>>>>  1(26024) SIP Request:
>>>>  1(26024)  method:  <ACK>
>>>>  1(26024)  uri:     <sip:105 at 82.127.0.79:1030;user=phone;nat=yes>
>>>>  1(26024)  version: <SIP/2.0>
>>>>  1(26024) parse_headers: flags=2
>>>>  1(26024) Found param type 232, <branch> =
>>> <z9hG4bK2175363103192047157>; state=16
>>>>  1(26024) end of header reached, state=5
>>>>  1(26024) parse_headers: Via found, flags=2
>>>>  1(26024) parse_headers: this is the first via
>>> _______________________________________________
>>> Users mailing list
>>> Users at openser.org
>>> http://openser.org/cgi-bin/mailman/listinfo/users
>> _______________________________________________
>> Users mailing list
>> Users at openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/users
> 
> 
> 
> 

_______________________________________________
Users mailing list
Users at openser.org
http://openser.org/cgi-bin/mailman/listinfo/users
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG8n3kqjpLE0HiOBYRAtsqAJ4+H6RlW9x8Triqfc6W1o1+B6U9MwCeKrz2
sdfq4g8Ijh6hYbFc99nWT/s=
=iLbX
-----END PGP SIGNATURE-----




More information about the sr-users mailing list