Hi,
Can I do basic mode authentication with radius. If yes, how?
Regards,
Ashutosh Kumar
__
______________________________________
From: Ashutosh Kumar [mailto:ashutoshk@chetu.com]
Sent: Wednesday, August 31, 2005 9:51 PM
To: 'serusers(a)lists.iptel.org'
Subject: URGENT:Authenitcation Mode
Hi,
IF I set auth_db:calculate_ha1=no, will the radius
authentication also be in non-digest (plaintext/basic) mode??
Reply please. Very urgent.
Regards,
Ashutosh Kumar
Greetings...
We are starting to work with a carrier which requires From: and To: to
be in E.164 format (e.g. +17005551212). prefix() only seems to change
the INVITE, which doesn't appear to cut the mustard with these guys. Is
there any way to make this happen within SER?
Thanks! -rt
--
Ryan S. Tucker
Network Engineer
ISP Direct, Inc.
1159 Pittsford-Victor Road
Building 5, Suite 140
Pittsford, New York 14534
+1 585.419.8200
http://www.isp-direct.com/http://www.vocal-net.net/
The information contained in this message may be privileged, confidential,
and protected from disclosure. If the reader of this message is not the
intended recipient, or any employee or agent responsible for delivering
this message to the intended recipient, you are hereby notified that any
dissemination, distribution, or copying of this communication is strictly
prohibited. If you have received this communication in error, please notify
us immediately by replying to the message and deleting it from your computer.
Thank you.
Hi,
Does someone have any idea/experience with Quintum DX radius
server's support for digest mode authentication. The Access-Request packets
sent by SER are getting an error back.
Guide.
Regards,
Ashutosh Kumar
Chetu, Inc.
Ph : 1(305) 402 6724 - Witin US
Ph : 91 120 5323340 - Outside US
Fax:1 (305) 832 5987
For more information, please visit http://www.chetu.com
Hello all,
I have following records in the table 'usr_preferences':
username attribute value
1000 fwdbusy sip:1001@example.de
1000 fwdnoanswer sip:1001@example.de
I use these records to get the functionallity of "Call Forwarding -
Busy" and "Call Forwarding - No Answer" into the OpenSer - server.
I use a failure_route to act on the SIP - messages "Request Timeout
(408)" and "Busy(486)" and forward the INVITE - message to the URI saved
in the table 'usr_preferences'. See my snippet of the openser.cfg:
----snip ---
failure_route[1] {
if (isflagset(27) && t_check_error(408)) {
if (avp_pushto("$ruri", "s:fwdnoanswer")) {
avp_delete("s:fwdnoanswer");
resetflag(27);
route(6);
break;
};
};
if (isflagset(26) && t_check_error(486)) {
if (avp_pushto("$ruri", "s:fwdbusy")) {
avp_delete("s:fwdbusy");
resetflag(26);
route(6);
break;
};
};
};
----snap ---
These configuration works fine.
Is there a possibillity to set a timer for the phone after the server
receives the message "Request Timeout" from the phone? Or can I let the
server ring for example five times and generate the message?
Greetings Jens
I'm using SER 0.9.3 with OpenBSD 3.7 amd64.
Everything works correctly if I use normal UDP connections.
Now I have to use a TCP connection (UDP is blocked in that network).
Using ngrep I see SER receives the requests ma no reply is sent.
The following errors are logged:
Aug 23 12:48:06 eowyn /usr/local/sbin/ser[16406]: ERROR: send_fd:
sendmsg failed on 19: Invalid argument
Aug 23 12:48:06 eowyn /usr/local/sbin/ser[16406]: ERROR: send2child:
send_fd failed
Aug 23 12:48:06 eowyn /usr/local/sbin/ser[16406]: ERROR: tcp_main_loop:
no children available
So it seems that no TCP childrens are available but I can see them using
"serctl ps":
0 10963 attendant
1 24595 fifo server
2 19807 receiver child=0 sock= 195.120.250.50:5060
3 24795 receiver child=1 sock= 195.120.250.50:5060
4 6812 receiver child=2 sock= 195.120.250.50:5060
5 27930 receiver child=3 sock= 195.120.250.50:5060
6 22186 timer
7 1034 tcp receiver
8 3296 tcp receiver
9 605 tcp receiver
10 15085 tcp receiver
11 18905 tcp main process
What could be the problem?
Thanks.
--
___________________________________________________
__
|- giannici(a)neomedia.it
|ederico Giannici http://www.neomedia.it
___________________________________________________
Hi
Can anyone offer some helps on how to combine multiple AVPs.
What I would like to do is to create an uri (eg. sip:bob@biloxi.com),
where the "bob" part have been taken from e.g. the username column in
the alias table and the rest either prefixed/appended from some static
data or grabbed from another tuple!
Can anyone offer some insight as to how this may best be accomplished.
--
Med venlig hilsen / Kind Regards
Martin Kjeldsen
Cuatro-Group P/S (4G)
Hindegade 3, DK-1303 København K
Tel: (+45) 82 35 65 00
Fax: (+45) 82 35 65 65
Mob: (+45) 60 64 65 87
Url: http://www.cuatro.dk
Hello everyone,
I am working on setting up a heterogeneous platform with both IPv4 and IPv6
UAs. Problem I am facing right now is that I need to add a little to the
code, in order to:
1- Extract the hostname part of the Contact header field, when needed
2- Change the said hostname contact
3- Extract the IP (v4 or v6) address in the owner ("o=") field of the SDP
body
4- Change it with the value the RTP Proxy assigns dynamically to represent
an IPv4 UA in the IPv6 world and vice versa
In order to do these things, I tried to understand as much as I can of the
code of the NAtHelper module. I wrote four functions to do the above, but
(naturally enough in my case :-)) they're not doing what I want them to. So
if anyone could help me out here, I would sure be grateful, esp. that I have
a serious deadline! Thanks
Here are the sections I added (I drew inspiration from the functions already
existing in nathelper.c)
/************* Added Section 1: Define the newly inserted functions
****************/
static int extract_sip_contact_host(struct sip_msg *, char *);
static int extract_sdp_ownerip(str *, str *, int *);
static int alter_sdp_ownerip(struct sip_msg *, str *, str *, int, str *,
int, int);
static int modify_contact (struct sip_msg *, char *, char *, char *);
/************* End of Added Section 1 ******************************/
/********************* Added Section 2: The modify_contact function
******************/
/********* Replaces ip:port pair in the Contact: field with the hostname
desired **********/
static int modify_contact (struct sip_msg* msg, char* str1, char* str2,
char* hostname)
{
int offset, len, len1;
char *cp, *buf, temp[2];
contact_t* c;
struct lump* anchor;
struct sip_uri uri;
if (get_contact_uri(msg, &uri, &c) == -1)
return -1;
if (uri.proto != PROTO_UDP && uri.proto != PROTO_NONE)
return -1;
if (uri.port.len == 0)
uri.port.s = uri.host.s + uri.host.len;
offset = c->uri.s - msg->buf;
anchor = del_lump(msg, offset, c->uri.len, HDR_CONTACT);
if (anchor == 0)
return -1;
cp = hostname;
len = c->uri.len + strlen(cp) + 6 /* :port */ - (uri.port.s + uri.port.len
- uri.host.s) + 1;
buf = pkg_malloc(len);
if (buf == NULL) {
LOG(L_ERR, "ERROR: fix_contact: out of memory\n");
return -1;
}
temp[0] = uri.host.s[0];
temp[1] = c->uri.s[c->uri.len];
c->uri.s[c->uri.len] = uri.host.s[0] = '\0';
len1 = snprintf(buf, len, "%s%s:%d%s", c->uri.s, cp, msg->rcv.src_port,
uri.port.s + uri.port.len);
if (len1 < len)
len = len1;
uri.host.s[0] = temp[0];
c->uri.s[c->uri.len] = temp[1];
if (insert_new_lump_after(anchor, buf, len, HDR_CONTACT) == 0) {
pkg_free(buf);
return -1;
}
c->uri.s = buf;
c->uri.len = len;
return 1;
}
/****************************** End of Added Section 2
************************/
/**** Added Section 3: Function to extract the host part only of the Contact
SIP URI *******/
static int extract_sip_contact_host(struct sip_msg* msg, char* hostname)
{
struct sip_uri uri;
contact_t* c;
if (get_contact_uri(msg,&uri,&c)==-1)
return -1;
*hostname = uri.host.s;
return 1;
}
/*********************** End of Added Section 3
******************************/
/************ Added Section 4: Function to extract the IP @ in 'o' SDP
parameter **********/
static int extract_sdp_ownerip(str *body, str *ownerip, int *pf)
{
char *cp, *cp1;
int len, nextisip;
cp1 = NULL;
for (cp = body->s; (len = body->s + body->len - cp) > 0;) {
cp1 = ser_memmem(cp, "o=", len, 2);
if (cp1 == NULL || cp1[-1] == '\n' || cp1[-1] == '\r')
break;
cp = cp1 + 2;
}
if (cp1 == NULL) {
LOG(L_DBG, "ERROR: extract_mediaownerip: no `o=' in SDP\n");
return -1;
}
ownerip->s = cp1 + 2;
ownerip->len = eat_line(ownerip->s, body->s + body->len - ownerip->s) -
ownerip->s;
trim_len(ownerip->len, ownerip->s, *ownerip);
nextisip = 0;
for (cp = ownerip->s; cp < ownerip->s + ownerip->len;) {
len = eat_token_end(cp, ownerip->s + ownerip->len) - cp;
if (nextisip == 1) {
ownerip->s = cp;
ownerip->len = len;
nextisip++;
break;
}
if (len == 3 && memcmp(cp, "IP", 2) == 0) {
switch (cp[2]) {
case '4':
nextisip = 1;
*pf = AF_INET;
break;
case '6':
nextisip = 1;
*pf = AF_INET6;
break;
default:
break;
}
}
cp = eat_space_end(cp + len, ownerip->s + ownerip->len);
}
if (nextisip != 2 || ownerip->len == 0) {
LOG(L_ERR, "ERROR: extract_mediaownerip: "
"no `IP[4|6]' in `c=' field\n");
return -1;
}
return 1;
}
/************************** End of Added Section 4
****************************/
/**** Added Section 5: Function to alter the IP information in the 'o' SDP
parameter ********/
static int alter_sdp_ownerip(struct sip_msg *msg, str *body, str *oldip, int
oldpf, str *newip, int newpf, int preserve)
{
char *buf;
int offset;
struct lump* anchor;
str omip, nip, oip;
/* check that updating mediaip is really necessary */
if (oldpf == newpf && isnulladdr(oldip, oldpf))
return 0;
if (newip->len == oldip->len &&
memcmp(newip->s, oldip->s, newip->len) == 0)
return 0;
if (preserve != 0) {
anchor = anchor_lump(msg, body->s + body->len - msg->buf, 0, 0);
if (anchor == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: anchor_lump failed\n");
return -1;
}
if (oldpf == AF_INET6) {
omip.s = AOLDMEDIP6;
omip.len = AOLDMEDIP6_LEN;
} else {
omip.s = AOLDMEDIP;
omip.len = AOLDMEDIP_LEN;
}
buf = pkg_malloc(omip.len + oldip->len + CRLF_LEN);
if (buf == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: out of memory\n");
return -1;
}
memcpy(buf, omip.s, omip.len);
memcpy(buf + omip.len, oldip->s, oldip->len);
memcpy(buf + omip.len + oldip->len, CRLF, CRLF_LEN);
if (insert_new_lump_after(anchor, buf,
omip.len + oldip->len + CRLF_LEN, 0) == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: insert_new_lump_after failed\n");
pkg_free(buf);
return -1;
}
}
if (oldpf == newpf) {
nip.len = newip->len;
nip.s = pkg_malloc(nip.len);
if (nip.s == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: out of memory\n");
return -1;
}
memcpy(nip.s, newip->s, newip->len);
} else {
nip.len = newip->len + 2;
nip.s = pkg_malloc(nip.len);
if (nip.s == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: out of memory\n");
return -1;
}
memcpy(nip.s + 2, newip->s, newip->len);
nip.s[0] = (newpf == AF_INET6) ? '6' : '4';
nip.s[1] = ' ';
}
oip = *oldip;
if (oldpf != newpf) {
do {
oip.s--;
oip.len++;
} while (*oip.s != '6' && *oip.s != '4');
}
offset = oip.s - msg->buf;
anchor = del_lump(msg, offset, oip.len, 0);
if (anchor == NULL) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: del_lump failed\n");
pkg_free(nip.s);
return -1;
}
if (insert_new_lump_after(anchor, nip.s, nip.len, 0) == 0) {
LOG(L_ERR, "ERROR: alter_sdp_ownerip: insert_new_lump_after failed\n");
pkg_free(nip.s);
return -1;
}
return 0;
}
/***************** End of Added Section 5 ******************************/
/***********Added Section 6: added section in
force_rtpproxy_2****************/
if (extract_sdp_ownerip(&body, &oldownerip, &ownerpf) == -1) {
LOG(L_ERR, "ERROR: force_rtp_proxy2_2: can't extract media owner IP "
"from the message\n");
return -1;
}
if (asymmetric != 0 || real != 0) {
newownerip = oldownerip;
} else {
newownerip.s = ip_addr2a(&msg->rcv.src_ip);
newownerip.len = strlen(newownerip.s);
}
body2.s = oldownerip.s + oldownerip.len;
body2.len = body.s + body.len - body2.s;
if (extract_sdp_ownerip(&body2, &oldownerip1, &ownerpf1) == -1) {
oldownerip1.len = 0;
}
if (oldownerip1.len > 0 && ownerpf != ownerpf1) {
LOG(L_ERR, "ERROR: force_rtp_proxy2_2: mismatching address "
"families in SDP\n");
return -1;
}
/********************* End of Added Section 6********************/
/*********** Added Section 7: added section in
force_rtpproxy_2****************/
if (alter_sdp_ownerip(msg, &body, &oldownerip, ownerpf, &newip, pf1, 0) ==
-1)
return -1;
if (oldownerip1.len > 0 &&
alter_sdp_ownerip(msg, &body2, &oldownerip1, ownerpf, &newip, pf1, 0)
== -1)
return -1;
/*********** End of Added Section 7************/
I apologize for this email's length, but I'm trying to be as detailed as I
can, and I really do need the help :-)
Thank you again
Ahmed
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
I need to test the new ser/radius/mediaproxy server we have bought.
As a fast upper bound to the maximum number of concurrent calls I tought
to use rtpgenerator, but it can't increase the number of simultaneous
calls more than 50 ...
Is there any way to increase that limit ? (why it is set anyway ?)
Launching a second instance raises cpu usage from 0,5 to 98, so it
doesn't seems a good solution ...
Hi,
I have also this problem when I logged in, I'm getting an error on the first
page as "FIFO not running or bad path to it" and can't still resolve. Any
idea?
Thanks
Erdem HAKI
----------------------------------------------------------------
Read the INSTALL file!!
Requirements:
-------------
- PEAR package LOG (optional - not included in PHP realase)
see http://pear.php.net/manual/en/installation.getting.php for details
Karel
Marc Khayat napsal(a):
> Anybody got the Log.php file from serweb (ser-0.9.3), coz it seems like
> it's missing from my package.
>
> Thx,
>
> Marc
>
> -----Original Message-----
> From: serusers-bounces at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> [mailto:serusers-bounces
at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers> ] On
> Behalf Of Marc Khayat
> Sent: Friday, August 19, 2005 11:25 AM
> To: Karel Kozlik
> Cc: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
> Subject: RE: [Serusers] Serweb
>
> /tmp/ser_fifo/ is wrong since it'll be looking for a folder...
>
> Marc
>
> -----Original Message-----
> From: serusers-bounces at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> [mailto:serusers-bounces
at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers> ] On
> Behalf Of Marc Khayat
> Sent: Friday, August 19, 2005 11:03 AM
> To: Karel Kozlik
> Cc: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
> Subject: RE: [Serusers] Serweb
>
> Hi Karel,
> Thx for bearing with me :)
> In config_paths.php, I changed it from "/tmp/ser_fifo" to
> "tmp/ser_fifo/"
> The errors at the top disappeared but I'm still getting the "FIFO not
> running or bad path to it" message.
>
> Is it wrong to put "tmp/ser_fifo/"? knowing that in ser.cfg, it's
> /tmp/ser_fifo
>
> Thanks again,
>
> Marc
>
> -----Original Message-----
> From: Karel Kozlik [mailto:karel at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> ]
> Sent: Friday, August 19, 2005 9:28 AM
> To: Marc Khayat
> Cc: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
> Subject: Re: [Serusers] Serweb
>
> sorry Marc, haven't idea what may be wrong. Please check again setting
> of fifo in serweb. Check variable $config->fifo_server in
> config_paths.php. It's value must be '/tmp/ser_fifo'.
>
> Try enable logging in serweb ($config->enable_loging = true in
> config.php), set log level to debug ($config->log_level =
> "PEAR_LOG_DEBUG") and examine the log file if there are some messages
> refered fifo.
>
> Also try search for string 'fifo_server' throught log files (or whole
> serweb) and check if it's value isn't changed somewhere. You should find
>
> this string only in file config_paths.php (one times) and in file
> functions.php (four times).
>
> Karel
>
> Marc Khayat napsal(a):
>
>>Hi Karel,
>>I already tried this one by manually changing the permissions on
>>ser_fifo to 666; I just tried adding fifo_mode=0666 to ser.cfg, but
>>still the same problem.
>>
>>Marc
>>-----Original Message-----
>>From: Karel Kozlik [mailto:karel at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> ]
>>Sent: Friday, August 19, 2005 8:21 AM
>>To: Marc Khayat
>>Cc: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
>>Subject: Re: [Serusers] Serweb
>>
>>Hi,
>>try add:
>>fifo_mode=0666
>>
>>to your ser.cfg
>>
>>Karel
>>
>>Marc Khayat napsal(a):
>>
>>
>>>/tmp/ser_fifo exists, and is pipe type
>>>User running Apache is "apache". Owner of ser_fifo is User: "root",
>>>Group: "root".
>>>I joined user "apache" to group "root", same.
>>>
>>>I created group "ser" and joined "root" "apache" to that group, and
>>>added fifo_group=ser to the ser.cfg, but still same problem:
>>>
>>>Warning: filetype(): Lstat failed for (null) (errno=13 - Permission
>>>denied) in /var/www/html/serweb/html/functions.php on line 306
>>>
>>>Warning: Cannot modify header information - headers already sent by
>>>(output started at /var/www/html/serweb/html/functions.php:306) in
>>>/var/www/html/serweb/html/page.php on line 35
>>>
>>>
>>>Thanks,
>>>
>>>Marc
>>>
>>>-----Original Message-----
>>>From: Karel Kozlik [mailto:karel at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> ]
>>>Sent: Thursday, August 18, 2005 1:38 PM
>>>To: Marc Khayat
>>>Cc: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
>>>Subject: Re: [Serusers] Serweb
>>>
>>>Hello,
>>>please check if file /tmp/ser_fifo exists and if it's type is pipe.
>>
>>Also
>>
>>
>>>check rights - if user under which apache is running have access to
>>
>>read
>>
>>
>>>and write to this file.
>>>
>>>Karel
>>>
>>>Marc Khayat napsal(a):
>>>
>>>
>>>
>>>>The domain thing is working, but problem 2 is still bugging me.
>>>>Help anyone?
>>>>
>>>>Marc
>>>>
>>>>-----Original Message-----
>>>>From: serusers-bounces at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> [mailto:serusers-bounces
at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers> ]
>>>
>>>On
>>>
>>>
>>>
>>>>Behalf Of Marc Khayat
>>>>Sent: Thursday, August 18, 2005 11:15 AM
>>>>To: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
>>>>Subject: RE: [Serusers] Serweb
>>>>
>>>>Never mind guys... it's working!
>>>>
>>>>Marc
>>>>-----Original Message-----
>>>>From: serusers-bounces at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers> [mailto:serusers-bounces
at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers> ]
>>>
>>>On
>>>
>>>
>>>
>>>>Behalf Of Marc Khayat
>>>>Sent: Thursday, August 18, 2005 10:53 AM
>>>>To: serusers at iptel.org
<http://lists.iptel.org/mailman/listinfo/serusers>
>>>>Subject: [Serusers] Serweb
>>>>
>>>>Hi all,
>>>>I'm using SER-0.9.3 and its serweb version.
>>>>I have 2 problems with it:
>>>>1- On the login page, when I enter the username, it automatically
>>>>completes it with the FQDN, while I need only the domain name; i.e. I
>>>>login to http://ser.xyz.com, I enter the username aloha, it's
>>>
>>>completed
>>>
>>>
>>>
>>>>as aloha at ser.xyz.com
<http://lists.iptel.org/mailman/listinfo/serusers> while I need it as aloha
at xyz.com. <http://lists.iptel.org/mailman/listinfo/serusers> Currently,
I'm
>>>>writing in manually
>>>>
>>>>2- When I login, I'm getting an error on the first page only as "FIFO
>>>>not running or bad path to it". The path to it (in config_paths.php
>>>
>>>file
>>>
>>>
>>>
>>>>is /tmp/ser_fifo, which is correct), and when I enter the command
>>>
>>>serctl
>>>
>>>
>>>
>>>>monitor, the counter isn't constant, and same path.
>>>>
>>>>Can anyone help me plz,
>>>>
>>>>Thanks,
>>>>
>>>>Marc
>>>>
>>>>_______________________________________________
>>>>Serusers mailing list
>>>>Serusers at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers>
>>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>>
>>>>
>>>>_______________________________________________
>>>>Serusers mailing list
>>>>Serusers at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers>
>>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>>
>>>>
>>>>_______________________________________________
>>>>Serusers mailing list
>>>>Serusers at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers>
>>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>>
>>
>
>
> _______________________________________________
> Serusers mailing list
> Serusers at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers>
> http://lists.iptel.org/mailman/listinfo/serusers
>
>
> _______________________________________________
> Serusers mailing list
> Serusers at iptel.org <http://lists.iptel.org/mailman/listinfo/serusers>
> http://lists.iptel.org/mailman/listinfo/serusers
>
>
Does anybody have any tips on solving the following
I want to differenciate between offline users and unknown users. When
you use lookup("location") there is no differenciation between the two.
Does this require uri_db ?
Using 0.8.14
Br /Kevin