Hi Francesco,
so you have a PSTN to SIP call - does your OpenSER require
authentication for GW? or the "407" is not generated by OpenSER?
in the auth block, skip from auth the request coming from the GW IP.
if (src_ip!=gw_IP) {
#perform auth
.....
}
Francesco Bottà wrote:
Hi all,
I'm playing around serial forking with avpops module. My goal is to have one PSTN
number mapped to N voip number; so, when the first voip number is busy, OPENSER catch 486
reply and then try with the second AOR and so on. But here raise the problem: the OPENSER
forward the reply upstream with a code 407 Proxy Auth Required and the PSTN GW send his
ACK and all stop here.
Below ther's a snippet of mi openser.cfg:
modparam("avpops", "avp_aliases", "serial_fork=i:665")
[..skipping..]
#if RURI is to a voip user:
avp_db_load("$ruri", "$serial_fork");
avp_print();
avp_pushto("$ruri","$serial_fork");
lookup("aliases");
if lookup("location") {
t_on_reply("1");
t_on_failure("2");
t_relay();
break;
};
onreply_route[1] {
if (t_check_status("486")) {
t_on_failure("2");
break;
};
}
failure_route[2] {
if (t_check_status("486")) {
# delete the first element of the list (if any) and pass to second from list
avp_delete("$serial_fork");
if (avp_pushto("$ruri", "$serial_fork")) {
append_branch();
avp_delete("$serial_fork");
t_on_failure("2");
t_relay();
}
}
}
My DB entries are:
+------+------------+------------------------+-----------+------+---------------------------------------+---------------------+
| uuid | username | domain | attribute | type | value
| modified |
+------+------------+------------------------+-----------+------+---------------------------------------+---------------------+
| | 0662293703 |
sipexp.mydomain.org | 665 | 2 |
sip:0662293701@sipexp.mydomain.org | 2005-08-02 15:03:27 |
| | 0662293703 |
sipexp.mydomain.org | 665 | 2 |
sip:0662293702@sipexp.mydomain.org | 2005-08-02 15:03:33 |
+------+------------+------------------------+-----------+------+---------------------------------------+---------------------+
Do you have a suggestion to resolve this problem? Why OpenSer send upstream 407 after
received 486 Busy Here and not try to send a new INVITE to voip user with new R-URI?
Many thanx,
Verbal
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users