Hi folks,
I extended the syntax of "SIP-AVP" RADIUS AVP to allow definition of any
types of OpenSER AVP - ID / STRING AVP name, INTEGER / STRING AVP value
. The new syntax is:
* value = SIP_AVP_NAME SIP_AVP_VALUE
* SIP_AVP_NAME = STRING_NAME | '#'ID_NUMBER
* SIP_AVP_VALUE = ':'STRING_VALUE | '#'NUMBER_VALUE
.
This syntax is backward compatible with the old one.
Examples:
"email:joe@yahoo.com"
-> STRING NAME AVP (email) with STRING VALUE (joe(a)yahoo.com)
"#14:joe@yahoo.com"
-> ID AVP (14) with STRING VALUE (joe(a)yahoo.com)
"age#28"
-> STRING NAME AVP (age) with INTEGER VALUE (28)
"#14#28"
-> ID AVP (14) with INTEGER VALUE (28)
RADIUS fans, please give it a try (if needed) and let me know if there
are any issues.
regards,
bogdan
PS: it will take some hours to become available on the public CVS server
(sourceforge policy).
Hello:
I'm unclear on exactly what the command serctl fifo flat_rotate is
suppose to do?
If I merge all of the individual acc_N.log files into one report then
delete these same
files ser automatically creates new ones as expected. I don't see where
this command
has any affect. Do I really need to execute this command after removing
(or moving)
the accounting files?
Thanks,Steve
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-8001
fax: 215-898-9348
sip:blairs@upenn.edu
Hello 8000(a)voice.dyndns.tv,
"8400(a)voice.dyndns.tv" <sip:8400@voice.dyndns.tv> left a voice message for
you.
Thank you for using voice.dyndns.tv's Voicemail.
Your voicemail system.
---------------------------------------------------------------
This message was created by voice.dyndns.tv's voicemail system.
Please review www.voice.dyndns.tv for more information.
---------------------------------------------------------------
Hi,
Sorry for re-posting but I am still stuck with the following:
1)
I have modified my ser.cfg (based on ser 0.9.0 onsip getting started
document) for missed calls based on example from the
Terena IP Telephony Cookbook. I get an error with the line:
acc_request("404 Not Found");
parse error - unknown command, missing loadmodule?
Even though I have loaded the acc.so and tm.so modules and used
modparam("acc", "log_missed_flag", 3);
2)
Besides that when I comment the above out, I am under the impression
that if a user 314 rings user 2092 and hangs up before user 2092
answers i.e. sending a CANCEL message - an entry for this should now
be in the "missed_calls" table fo the ser database....Is this
correct?...I tested this scenario and the table was still empty.
Could someone explain what I am missing?
Many thanks (relevant part of ser.cfg included below)
Aisling.
//ser.cfg
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
#sl_send_reply("404", "Not Found");
#break;
#new entered 20/07/05
#call invitations to off-line users are reported using
#the acc_request action; to avoid
#duplicate reports on request retransmissions, request
# is processed statefully (t_newtran, t_reply)
if ((method=="INVITE" || method=="ACK") && t_newtran()){
t_reply("404", "Not Found");
#acc_request("404 Not Found");
break;
};
#all other requests to off-line users are simply
#replied statelessly and no reports are issued
sl_send_reply("404", "Not Found");
break;
}
else
{
#user on-line; report on failed transactions;
#mark the transaction for reporting using the same
#number as configured above; if the call is really missed,
# a report will be issued
setflag(3);
#forward to the users current destination
t_relay();
break;
};
};
route(1);
}
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
Hi!
HEAD version requires "libpq-dev" (libpq4), which is not in debian stable.
I'm on stable and use "postgresql-dev" (libpq3) without any problems.
Is there a reason why libpg4 is required? If not, I suggest stay with
debian stable and require "postgresql-dev" (libpq3).
regards,
klaus
Hi!
Is there anybody who's succesfully running jabber module on top of a recent
"stable" ser/openser version? I can't get the server running, it hangs and I
have then to kill it with "kill -9".
This is the error log (running on openser 0.9.5, not forking, debug level =
8):
...
0(21394) DEBUG: init_mod_child (1): avpops
0(21394) get_connection(): Connection found in the pool
0(21394) XJAB:xjab_check_workers: worker[0][pid=21403] has exited -
status=0 err=21403 errno=0
0(21394) XJAB:21402:xjab_check_workers: create a new worker[0]
0(21394) XJAB:xj_worker[0]:21405: exiting - wrong parameters
0(21394) XJAB:xjab_check_workers: worker[1][pid=21404] has exited -
status=0 err=21404 errno=0
0(21394) XJAB:21402:xjab_check_workers: create a new worker[1]
0(21394) XJAB:xj_worker[1]:21406: exiting - wrong parameters
0(21394) SIGCHLD received: we do not worry about grand-children
I don't really understand why I get different errors on different modules
lowering the debug level (3):
2(0) get_connection(): Inherited open database connections, this is not a
good idea
2(0) db_init(): Could not create a connection
2(0) ERROR: child_init(-2): Error while connecting database
2(0) init_mod_child(): Error while initializing module usrloc
Please note that everything is working fine if I disable jabber module
I have seen jabber module hasn't been modified recently, is it possible it
is now somehow not compatibile with *sql modules?
--
Ing. Pietro Ravasio - pietro.ravasio(a)abbeynet.it
Enterprise Market Manager
Abbeynet S.p.A. - http://www.abbeynet.it
TEL: +390702109044
GSM: +393282172055
FAX: +390702109055
Every now and then, some of our users take it into their heads to muck
around with their fones, and they (usually) do not do anything evil.
However, I occassionally end up with sitiations where the fones generate
'fun' SUBSCRIBE packets that look like
SUBSCRIBE <foo.bar>@aptela.com
yeah, thats '<foo.bar>', not 'foo.bar'
Which, by definition, causes openser to complain about parse_header
failing, etc., etc.
Short of scanning logs, doing ngreps, etc., is there any way to deal
with this?
I'd think the ability to deal with malformatted packets with a '400' or
'416' would be useful?
cheers
Do I need Call id field while sending any SIP Instant Message?
Is it Mandatory ?
Can i Send Instant Message just by specifying , from & to fields and the Msg?
Regards.
Abhijit
Aisling,
The CANCEL will have a to_tag and be caught by the loose_route test and t_relayed. You will have to have the CANELtest and set the flag somwhere there as well.
g-)
----------------------------------------------------------------------
Hi,
Sorry for re-posting but I am still stuck with the following:
1)
I have modified my ser.cfg (based on ser 0.9.0 onsip getting started
document) for missed calls based on example from the
Terena IP Telephony Cookbook. I get an error with the line:
acc_request("404 Not Found");
parse error - unknown command, missing loadmodule?
Even though I have loaded the acc.so and tm.so modules and used
modparam("acc", "log_missed_flag", 3);
2)
Besides that when I comment the above out, I am under the impression
that if a user 314 rings user 2092 and hangs up before user 2092
answers i.e. sending a CANCEL message - an entry for this should now
be in the "missed_calls" table fo the ser database....Is this
correct?...I tested this scenario and the table was still empty.
Could someone explain what I am missing?
Many thanks (relevant part of ser.cfg included below)
Aisling.
//ser.cfg
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
#sl_send_reply("404", "Not Found");
#break;
#new entered 20/07/05
#call invitations to off-line users are reported using
#the acc_request action; to avoid
#duplicate reports on request retransmissions, request
# is processed statefully (t_newtran, t_reply)
if ((method=="INVITE" || method=="ACK") && t_newtran()){
t_reply("404", "Not Found");
#acc_request("404 Not Found");
break;
};
#all other requests to off-line users are simply
#replied statelessly and no reports are issued
sl_send_reply("404", "Not Found");
break;
}
else
{
#user on-line; report on failed transactions;
#mark the transaction for reporting using the same
#number as configured above; if the call is really missed,
# a report will be issued
setflag(3);
#forward to the users current destination
t_relay();
break;
};
};
route(1);
}
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.