18 Dec
2007
18 Dec
'07
7:40 a.m.
It's in test environment: I have only 3 users
What is strange is that the AVP isn't parsed well: callMaxDur:2957 is
parsed with <ur:2957> the beginning of the name of the AVP isn't parsed!
I'm going to recompile openser increasing the shm memory, but I don't
think it will solve the problem...
Best Regards,
Marc
Henning Westerholt a écrit :
On Tuesday 18 December 2007, Marc LEURENT wrote:
Good Morning Dan and Good Morning everybody,
I've got Freeradius 1.1.7 + (python module enable + rlm_digest patches)
OpenSER 1.2.2 + (Radius ACC enable)
CDRTool 5.3.2
and I don't understand these outputs... OpenSER is crashing after
receiving Authorization from Freeradius...
Any idea??
Freeradius sent AVP to OpenSER:
SIP-AVP = "callMaxDur:2957"
SIP-AVP = "credit:10.0000"
SIP-AVP = "authentic#1"
And openser is trying to parse it but the there is a problem...
2(30175) DEBUG:auth_radius:generate_avps: getting SIP AVPs from avpair 225
2(30175) DEBUG:auth_radius:extract_avp: string is <ur:2957>
2(30175) DEBUG:auth_radius:extract_avp: AVP name is <ur>
2(30175) DEBUG:auth_radius:extract_avp: AVP val is <2957>
2(30175) ERROR:avp:add_avp: no more shm mem
2(30175) ERROR:auth_radius:generate_avps: Unable to create a new AVP
10(30190) ERROR: receive_fd: EOF on 6
Hi Marc,
OpenSER could not allocate shared memory to save the AVP value. The reason
could be a low memory condition because of overload, or a memory leak. If
this is a low memory condition, then you could try to increase the shared
memory size.
Does this error occur in a production environment with real load, or at your
tests?
I did a short look in the auth_radius module, the error condition that happens
here is not handled. I'm not sure if this is correct behaviour..
Cheers,
Henning