Hi,
I am new to ser and have recently set my server although I have no PSTN
breakout on the server.
I have a separate server running Asterisk which has an ISDN card with
breakout to the PSTN network. I would like to set SER up to forward all
PSTN calls to my Asterisk server.
Has anyone got an idea as to how I do this?
Regards,
Luke.
I have been working on adding some serial forking applications to openser
with media proxy and it seems to run into issues with media proxy when one
of the steps in the serial fork includes a GW with early media and the call
hits the timer doesn't complete and moves to the next branch the new media
ip doesn't get assigned to mediaproxy but rather stays with the previous
calls early media ip. I have seen some mention of this being a problem but
nothing recent or conclusive. Is it is possible to make this work and if so
what is general concept behind it.
Thanks
Hi Ali,
Yes the ATA can register with no problems. Still one way audio. I also
setup a cisco 7960 phone behind NAT as well, and it’s having the same one
way audio problem.
Thanks again.
marc
_____
From: Ali Zaidi [mailto:aligzaidi@gmail.com]
Sent: Monday, July 24, 2006 7:50 PM
To: Marc Rys
Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP
Marc,
you don't have to configure rtp on ATA since everything handled by
mediaproxy. You just have to makesure that your ATA can register, using
correct proxy server, port 5060, credentials, everything else set to
factory default.
let meknow.
Note: Set your ATA to factory default, try to register with SER using
username, password, domain and port 5060. EVERYTHING SHOULD BE FACTORY
DEFAULT.
LET ME KNOW,
ALI....
On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@rystec.com"m.rys(a)rystec.com>
wrote:
I just tried all of that.. Still no luck. I even made sure the UA's were
using ports 10000 and higher.
Any other suggestions?
marc
_____
From: Ali Zaidi [mailto: HYPERLINK "mailto:aligzaidi@gmail.com"
\naligzaidi(a)gmail.com]
Sent: Monday, July 24, 2006 4:56 PM
To: Marc Rys
Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP
Marc,
Ok, try restarting ser + MySQL + MediaProxy then reregister your both ATA.
let me know,
Ali
On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@ivalve.net" \n
m.rys(a)ivalve.net> wrote:
Ali,
Thank you for helping. I've changed my mediaproxy.ini file to the
following. But the one way audio is still happening.
Marc
-----------------------------------------------------------
Mediaproxy.ini
-----------------------------------------------------------
[Dispatcher]
;start = yes
socket = /var/run/proxydispatcher.sock
;group = ser
defaultProxy = /var/run/mediaproxy.sock
[MediaProxy]
start = yes
socket = /var/run/mediaproxy.sock
group = ser
listen = None
allow = None
proxyIP = HYPERLINK "http://12.178.142.235/" \n12.178.142.235 # This
is where OpenSER installed
portRange = 10000:10100
TOS = 0xb8
idleTimeout = 60
holdTimeout = 180
forceClose = 0
accounting = off
[Accounting]
user = root
password =
host = localhost
database = ser
table = acc
________________________________________
From: Ali Zaidi [mailto:HYPERLINK "mailto:aligzaidi@gmail.com" \n
aligzaidi(a)gmail.com]
Sent: Monday, July 24, 2006 4:40 PM
To: Marc Rys
Subject: Re: [Serusers] SER/MediaProxy Audio issues - NEED HELP
Marc,
Mediaproxy.ini has not RTP ports declare.
;portRange = 2000:8000 # These values are set same in ATA's configs <-
2000:8000 range conflict with 5060.
Try following,
portRange = 10000:10100
then restart mediaproxy.
Let me know if you still have problem, i can help further.
Ali...
On 7/24/06, Marc Rys <HYPERLINK "mailto:m.rys@rystec.com" \n
m.rys(a)rystec.com> wrote:
Hello All,
I'm fairly new to SER / Mediaproxy.I've been following the examples from
HYPERLINK "http://onsip.org/" \nonsip.org using the latest Getting started
docs.
At this point I'm testing with two Grandstream Handytone 486 UA' s.One
NAT'd, one not.
Please check out the following URL to see a diagram explaining my setup.
HYPERLINK "http://marc.ivalve.net/ser/gif_1.gif"
\nhttp://marc.ivalve.net/ser/gif_1.gif
"UA-2" cannot hear anything spoken from "UA-1", although I can hear what is
said from "UA-2" on "UA-1", but not vice versa.2-way voice is not
happening.
Both UA's do register to SER.The NAT'd UA couldn't register until I got
Mediaproxy installed.Mediaproxy does appear to start with out errors.
Below are my Ser.cfg and Mediaproxy.ini.
Please Help.
Marc
Ser.cfg
--------------------------------------------------------------
#5a-mysql-mediaproxy-ser.cfg
debug=3
fork=yes
log_stderror=no
listen=XXX.XXX.XXX.235 # INSERT YOUR IP ADDRESS HERE
port=5060
children=4
dns=no
rev_dns=no
fifo="/tmp/ser_fifo"
fifo_db_url="mysql://ser:heslo@localhost/ser"
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/rr.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/usrloc.so"
loadmodule "/usr/lib/ser/modules/registrar.so"
loadmodule "/usr/lib/ser/modules/auth.so"
loadmodule "/usr/lib/ser/modules/auth_db.so"
loadmodule "/usr/lib/ser/modules/uri.so"
loadmodule "/usr/lib/ser/modules/uri_db.so"
loadmodule "/usr/lib/ser/modules/domain.so"
loadmodule "/usr/lib/ser/modules/mediaproxy.so"
loadmodule "/usr/lib/ser/modules/nathelper.so"
loadmodule "/usr/lib/ser/modules/textops.so"
modparam("auth_db|uri_db|usrloc", "db_url",
"mysql://ser:heslo@localhost/ser")
modparam("auth_db", "calculate_ha1", 1)
modparam("auth_db", "password_column", "password")
modparam("nathelper", "rtpproxy_disable", 1)
modparam("nathelper", "natping_interval", 0)
modparam("mediaproxy","natping_interval", 30)
modparam("mediaproxy","mediaproxy_socket", "/var/run/mediaproxy.sock")
modparam("mediaproxy","sip_asymmetrics","/etc/ser/sip-clients")
modparam("mediaproxy","rtp_asymmetrics","/etc/ser/rtp-clients")
modparam("usrloc", "db_mode", 2)
modparam("registrar", "nat_flag", 6)
modparam("rr", "enable_full_lr", 1)
route {
#
------------------------------------------------------------------------
# Sanity Check Section
#
------------------------------------------------------------------------
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483", "Too Many Hops");
break;
};
if (msg:len > max_len) {
sl_send_reply("513", "Message Overflow");
break;
};
#
------------------------------------------------------------------------
# Record Route Section
#
------------------------------------------------------------------------
if (method=="INVITE" && client_nat_test("3")) {
# INSERT YOUR IP ADDRESS HERE
record_route_preset("XXX.XXX.XXX.235:5060;nat=yes");
} else if (method!="REGISTER") {
record_route();
};
# -----------------------------------------------------------------
# Call Tear Down Section
# -----------------------------------------------------------------
if (method=="BYE" || method=="CANCEL") {
end_media_session();
};
#
------------------------------------------------------------------------
# Loose Route Section
#
------------------------------------------------------------------------
if (loose_route()) {
if ((method=="INVITE" || method=="REFER") && !has_totag()) {
sl_send_reply("403", "Forbidden");
break;
};
if (method=="INVITE") {
if (!proxy_authorize("","subscriber")) {
proxy_challenge("","0");
break;
} else if (!check_from()) {
sl_send_reply("403", "Use From=ID");
break;
};
consume_credentials();
if (client_nat_test("3") || search("^Route:.*;nat=yes")) {
setflag(6);
use_media_proxy();
};
};
route(1);
break;
};
#
------------------------------------------------------------------------
# Call Type Processing Section
#
------------------------------------------------------------------------
if (uri!=myself) {
route(4);
route(1);
break;
};
if (method=="ACK") {
route(1);
break;
} else if (method=="CANCEL") {
route(3);
break;
} else if (method=="INVITE") {
route(3);
break;
} else if (method=="REGISTER") {
route(2);
break;
};
lookup("aliases");
if (uri!=myself) {
route(4);
route(1);
break;
};
if (!lookup("location")) {
sl_send_reply("404", "User Not Found");
break;
};
route(1);
}
route[1] {
#
------------------------------------------------------------------------
# Default Message Handler
#
------------------------------------------------------------------------
t_on_reply("1");
if (!t_relay()) {
if (method=="INVITE" || method=="ACK") {
end_media_session();
};
sl_reply_error();
};
}
route[2] {
#
------------------------------------------------------------------------
# REGISTER Message Handler
#
------------------------------------------------------------------------
sl_send_reply("100", "Trying");
if (!search("^Contact:[ ]*\*") && client_nat_test("7")) {
setflag(6);
fix_nated_register();
force_rport();
};
if (!www_authorize("","subscriber")) {
www_challenge("","0");
break;
};
if (!check_to()) {
sl_send_reply("401", "Unauthorized");
break;
};
consume_credentials();
if (!save("location")) {
sl_reply_error();
};
}
route[3] {
# -----------------------------------------------------------------
# INVITE Message Handler
# -----------------------------------------------------------------
if (client_nat_test("3")) {
setflag(7);
force_rport();
fix_nated_contact();
};
if (!proxy_authorize("","subscriber")) {
proxy_challenge("","0");
break;
} else if (!check_from()) {
sl_send_reply("403", "Use From=ID");
break;
};
consume_credentials();
lookup("aliases");
if (uri!=myself) {
route(4);
route(1);
break;
};
if (!lookup("location")) {
sl_send_reply("404", "User Not Found");
break;
};
route(4);
route(1);
}
route[4] {
#-----------------------------------------------------------------
# NAT Traversal Section
# -----------------------------------------------------------------
if (isflagset(6) || isflagset(7)) {
if (isflagset(8)) {
setflag(8);
use_media_proxy();
};
};
}
onreply_route[1] {
if ((isflagset(6) || isflagset(7)) &&
(status=~"(180)|(183)|2[0-9][0-9]")) {
if (!search("^Content-Length:[ ]*0")) {
use_media_proxy();
};
};
if (client_nat_test("1")) {
fix_nated_contact();
};
}
------------------------------------------------------------
mediaproxy.ini
------------------------------------------------------------
[Dispatcher]
;start = yes
socket = /var/run/proxydispatcher.sock
;group = ser
defaultProxy = /var/run/mediaproxy.sock
[MediaProxy]
start = yes
socket = /var/run/mediaproxy.sock
group = ser
listen = None
allow = None
proxyIP = XXX.XXX.XXX.235# This is where OpenSER installed
;portRange = 2000:8000# These values are set same in ATA's configs
for RTP Range
TOS = 0xb8
idleTimeout = 60
holdTimeout = 180
forceClose = 0
accounting = off
[Accounting]
user = root
password =
host = localhost
database = ser
table = acc
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
_______________________________________________
Serusers mailing list
HYPERLINK "mailto:Serusers@lists.iptel.org" \nSerusers(a)lists.iptel.org
HYPERLINK "http://lists.iptel.org/mailman/listinfo/serusers"
\nhttp://lists.iptel.org/mailman/listinfo/serusers
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
_______________________________________________
Serusers mailing list
HYPERLINK "mailto:Serusers@lists.iptel.org"Serusers(a)lists.iptel.org
HYPERLINK "http://lists.iptel.org/mailman/listinfo/serusers"
\nhttp://lists.iptel.org/mailman/listinfo/serusers
--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
Hello, all. I'm trying to find a good way to copy usrloc registrations
entered into ser via the FIFO from 1 system to another. I came across
the ul_replication setting in serweb's config.php, but it was taken
out of CVS back in April. Was this a feature that was going to be
added but never came to fruition?
My best idea so far is to use sipsak to send a REGISTER message to each
ser peer, but that also seems like a bit of a kludge to me so I'm still
looking for a more "native" way to do it. From what I've read, the
XML-RPC subsystem will give us that kind of ability in the future, but
I gather that's still in development. The other option seems to be to
hack usrloc with another db_mode that never uses the cache and always
checks the db. If you're replicating your ser database between proxies,
registration on 1 system will thus produce a registration on all the
others. It looks like openser has that feature now but I couldn't find
it in the CVS branches of ser, though I read in a report somewhere that
it had been added.
Does anyone have any experience with this situation that they'd like to
share? Any elegant solutions out there? Thanks! I appreciate hearing
anything you folks would be willing to share.
--
= o'shaughnessy_evans -=- sys_admin @ (aloha|ilhawaii|myworld|turquoise).net =
Pacific LightNet, Inc.
ping
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.10.4/396 - Release Date: 7/24/2006
Hello,
I am using OpenSER v1.0.1
I am currently testing with proxies running OpenSER.
I have a problem with ACK messages generated and routed for scenarios
where an inititiated call session fails to establish between A and B
parties e.g. Unsuccessful No Answer, Unsuccessful Busy. The ACK messages
are single hop locally generated responses to the sip error message e.g.
'487 Request Terminated', '486 Busy'.
The behaviour I observe is that Route headers are 'remembered' from the
initiating INVITE message and inserted into the ACK messages
automatically generated by OpenSER.
This extra Route header causes problems with routing and the generation
unwanted messages (error message resends) in addition to expeceted
scenario call-flow. It is also visible at the B-Party.
I would like to either prevent the creation of, or remove this Route
header. I have tried to remove this header using the OpenSER available
methods, but this has failed.
I have noticed that the known issue described in the document: SIP
Express Router v0.8.8 - Developer's Guide under section: 9.6.4 Known
Issues appears to describe this problem.
"local ACK/CANCELs copy'n'pastes Route and ignores deleted
Routes"
Has this issue been resolved? If so, from what version of OpenSER?
If it has not been resolved, is there a way to resolve or workaround
this problem?
Best regards,
Andrew Augustin