Interesting too.
My "translate" script takes an average of 17ms to return the desired value.
By HTTP requests it connect to another process in another machine, which
have an "always open" connection with my database. So i don't need to open
a new connection with my database every time an INVITE reach the server.
BUT STILL DESPITE OF THIS, MY SER SEEMS TO FREEZE FOR SOME REASON.
I have some questions.
1.-How to check if the bottle neck is in the exec_dset command??
2.-If we decide to replace this command (exec_dset)for a function in another
module, what module would be recommendable?, for example how the ENUM module
could do this?. We have the "restriction" that we need to query our databes
for the R-URI change, so the module that will acomplish this task needs to
have connection with my database, maybe through radius, sql, etc.?
3.-You mention that you made some kind of "stress" test with your platform.
You loaded it with 30000 call in one hour. How you did that? Does your
exec_dset running at the same time?.
Thanks.
Any help will be highly appreciated.
Ricardo.-
> -----Mensaje original-----
> De: Matt Schulte [mailto:mschulte@netlogic.net]
> Enviado el: Viernes, 15 de Abril de 2005 11:20
> Para: Ricardo Martinez; serusers(a)lists.iptel.org
> Asunto: RE: [Serusers] SER hung - Log Information?
>
>
> Interesting, we also use an external process to connect to a DB and
> retrieve URI replacement. We were thinking that it's running
> "too slow"
> and thus hanging SER, even though the logs make it appear as if the
> process(es) was hanging at random points. We're in the process of
> eliminating this script and switching over to ENUM or similar. When we
> restarted our MySQL server it improved the query time (it was running
> for 180 days heheh) and seems to have made SER hang less. How
> long does
> your external script take to run on average? If it's more
> than a second
> then that seems to be unnacceptable for SER..
>
> P.S. The crappy thing is this happens over a period of time,
> when I load
> tested the server it ran flawlessly. Pushed 30000 calls through it in
> less than an hour with no problems. The MySQL server in question is in
> the same switch segment/subnet as well.
>
>
> Matt
>
> -----Original Message-----
> From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
> Sent: Thursday, April 14, 2005 4:32 PM
> To: Matt Schulte; serusers(a)lists.iptel.org
> Subject: RE: [Serusers] SER hung - Log Information?
>
>
> Hello Matt.
> Thanks for your answer, i checked the post "exec_dset fork
> limit?"
> (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html)
> and i think i have the same problem. I'm using the exec_dset
> command to
> manipulate the RURI, we need to do this in order to add prefixes
> according to certain user profiles.
>
> route {
> if (method=="INVITE" || method=="CANCEL") {
> exec_dset("/usr/local/etc/ser/translate");
> };
>
> As you can see i'm using it for every INVITE and CANCEL, the
> "translate"
> file is a C program that connects to a DB and returns the
> desired RURI.
> Could this be the cause of SER freeze?. Can we have an
> opinion from the
> developers? Is there a way to do the same thing with maybe another
> module?. For the record i'm using :
>
> OS : Linux Red Hat 9.0
> SER : 0.8.14
> Mediaproxy : 1.2.1
>
> I would really appreciate any help here.
> Thanks!!
>
> Best Regards,
>
> Ricardo.-
>
> > -----Mensaje original-----
> > De: Matt Schulte [mailto:mschulte@netlogic.net]
> > Enviado el: Jueves, 14 de Abril de 2005 16:11
> > Para: Ricardo Martinez; serusers(a)lists.iptel.org
> > Asunto: RE: [Serusers] SER hung - Log Information?
> >
> >
> > I've been posting about this for some time now,I have never
> > been able to
> > figure out the problem. Do you use external proccesses or anything?
> > That's the only "weird" thing we really do with SER,
> > everything else is
> > pretty straight forward.
> >
> > Search back from my posts and see what you think.
> >
> > -----Original Message-----
> > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
> > Sent: Thursday, April 14, 2005 11:16 AM
> > To: 'serusers(a)lists.iptel.org'
> > Subject: [Serusers] SER hung - Log Information?
> >
> >
> > Hello list.
> > I had been experimenting some weird behavior in my SER program.
> A
> > couple of times my SER seems to be hung. For example the
> first time,
> > all the REGISTER messages reaching the server were not
> > challenged, even
> > worst the server don't respond anything. The second time
> it happened
> > with the INVITE messages. The weird thing is that the SER
> > process were
> > still running. I don't know what could cause this problem, but my
> > question is : Is there a way to log information about the "internal
> > system process" to have a clue about what is happening?. I
> > would really
> > appreciate any help. Thanks
> >
> >
> > Ricardo Martinez.-
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> >
>
Interesting, we also use an external process to connect to a DB and
retrieve URI replacement. We were thinking that it's running "too slow"
and thus hanging SER, even though the logs make it appear as if the
process(es) was hanging at random points. We're in the process of
eliminating this script and switching over to ENUM or similar. When we
restarted our MySQL server it improved the query time (it was running
for 180 days heheh) and seems to have made SER hang less. How long does
your external script take to run on average? If it's more than a second
then that seems to be unnacceptable for SER..
P.S. The crappy thing is this happens over a period of time, when I load
tested the server it ran flawlessly. Pushed 30000 calls through it in
less than an hour with no problems. The MySQL server in question is in
the same switch segment/subnet as well.
Matt
-----Original Message-----
From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
Sent: Thursday, April 14, 2005 4:32 PM
To: Matt Schulte; serusers(a)lists.iptel.org
Subject: RE: [Serusers] SER hung - Log Information?
Hello Matt.
Thanks for your answer, i checked the post "exec_dset fork
limit?"
(http://lists.iptel.org/pipermail/serusers/2004-December/014150.html)
and i think i have the same problem. I'm using the exec_dset command to
manipulate the RURI, we need to do this in order to add prefixes
according to certain user profiles.
route {
if (method=="INVITE" || method=="CANCEL") {
exec_dset("/usr/local/etc/ser/translate");
};
As you can see i'm using it for every INVITE and CANCEL, the "translate"
file is a C program that connects to a DB and returns the desired RURI.
Could this be the cause of SER freeze?. Can we have an opinion from the
developers? Is there a way to do the same thing with maybe another
module?. For the record i'm using :
OS : Linux Red Hat 9.0
SER : 0.8.14
Mediaproxy : 1.2.1
I would really appreciate any help here.
Thanks!!
Best Regards,
Ricardo.-
> -----Mensaje original-----
> De: Matt Schulte [mailto:mschulte@netlogic.net]
> Enviado el: Jueves, 14 de Abril de 2005 16:11
> Para: Ricardo Martinez; serusers(a)lists.iptel.org
> Asunto: RE: [Serusers] SER hung - Log Information?
>
>
> I've been posting about this for some time now,I have never
> been able to
> figure out the problem. Do you use external proccesses or anything?
> That's the only "weird" thing we really do with SER,
> everything else is
> pretty straight forward.
>
> Search back from my posts and see what you think.
>
> -----Original Message-----
> From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
> Sent: Thursday, April 14, 2005 11:16 AM
> To: 'serusers(a)lists.iptel.org'
> Subject: [Serusers] SER hung - Log Information?
>
>
> Hello list.
> I had been experimenting some weird behavior in my SER program.
A
> couple of times my SER seems to be hung. For example the first time,
> all the REGISTER messages reaching the server were not
> challenged, even
> worst the server don't respond anything. The second time it happened
> with the INVITE messages. The weird thing is that the SER
> process were
> still running. I don't know what could cause this problem, but my
> question is : Is there a way to log information about the "internal
> system process" to have a clue about what is happening?. I
> would really
> appreciate any help. Thanks
>
>
> Ricardo Martinez.-
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
>
Hey guys....
I'm really struggling with this. It was working perfectly yesterday and now I must have made a small change and I just cannot find what I've done wrong.
Bascially, this is a very very simple unauthenticated SER front end to SEMS... all I want to be able to do is use the conference facilities. Incidentally, when I say unauthenticated I mean also without registering... so all a user has to do is send an INVITE. To that end, I am trying to just redirect sip URI's beginning with 600. It seems that the initial redirect goes through... but then something screwy is happening because SER never appears to receive the ACKs correctly.. and it starts sending two sets of 200 messages.. one with no SDP descriptor and then a second batch with a valid SDP descriptor. Because of this weirdness with the ACKs, the client and SER fight for a while sending out millions of repeat 200s and ACKs. Meanwhile, because the initial redirect to SEMS worked, the conference has actually been created...
The same story with BYE.. the client sends it, but SER doesn't even appear to receive it (note all the debugging log lines). In fact, there' something rather dodgy up, because I don't even get the debug lines inside the route[1] block....
It sort of points to me that perhaps I've done something very stupid with the transactions.. that for some reason they don't match up ... but I can't find it. Attached is my ser.cfg. Any help would be so very much appreciated.
I don't think it's a basic connectivity problem, because as I said, a very similar file was working perfectly yesterday... I've just stupidly changed it slightly somewhere.
Many many thanks in advance.
Dave
listen=<publicip>
check_via=yes # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
#port=5060
#children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
#loadmodule "/lib/ser/modules/mysql.so"
loadmodule "/lib/ser/modules/sl.so"
loadmodule "/lib/ser/modules/tm.so"
loadmodule "/lib/ser/modules/rr.so"
loadmodule "/lib/ser/modules/maxfwd.so"
loadmodule "/lib/ser/modules/usrloc.so"
loadmodule "/lib/ser/modules/registrar.so"
loadmodule "/lib/ser/modules/textops.so"
# -- usrloc params --
modparam("usrloc", "db_mode", 0)
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (msg:len >= max_len ) {
sl_send_reply("513", "Message too big");
break;
};
if (!method=="REGISTER") record_route();
if (loose_route()) {
log(1,"Loose routing block");
append_hf("P-hint: rr-enforced\r\n");
route(1);
break;
};
if (!uri==myself) {
log(1,"Got a request for an extenal domain");
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
route(1);
break;
};
if (uri==myself) {
# switch to stateful mode:
if (!t_newtran()){
sl_send_reply("500","could not create transaction");
break;
};
if (method=="REGISTER") {
save("location");
break;
};
if (method=="ACK") {
# absorb ACKs
log(1,"Absorbing ACK");
break;
};
lookup("aliases");
if (!uri==myself) {
log(1,"Resolving external request");
append_hf("P-hint: outbound alias\r\n");
route(1);
break;
};
# prevent timeout on the other side:
t_reply("100","Trying - just wait a minute !");
if (method=="INVITE") {
save("location");
if (uri=~"sip:600.*@") {
log(1,"-> Redirecting conference to SEMS");
if(!t_write_unix("/tmp/am_sock","conference")) {
t_reply("500","error contacting sems");
};
break;
} ;
break;
}
else if (method=="BYE" || method=="CANCEL") {
log(1,"-> Sending BYE to SEMS");
if(!t_write_unix("/tmp/am_sock","bye")) {
t_reply("500","error contacting sems");
};
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
append_hf("P-hint: usrloc applied\r\n");
route(1);
}
route[1]
{
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
log(1, "Attempting stateful forward...");
if (!t_relay()) {
log(1,"... failure");
sl_reply_error();
};
log(1, "... success");
}
I am installing a SIP proxy in a Linux machine in the local network of my
office. I have implemented a SIP proxy with SER. The function of the SIP
proxy is to let the users talk each other without knowing the IP where each
one is reachable. My problem appears when the caller wants to cancel the
call because the callee does not answer. Since I want the calle's phone to
stop ringing, and I haven't received a final response, the caller's phone
has to send a CANCEL request. When the proxy server receives the CANCEL, it
replies with a 487 "Request cancelled". SER does this before forwarding the
CANCEL to the callee's phone. These 487 response generated by SER makes the
INVITE client transaction of the caller finish. When the INVITE server
transaction finishes in the callee's phone, it sends another 487 response,
which is forwarded by SER, but the caller's transaction is already
finished, so it doesn't receive the corresponding ACK.
I would like to know how to solve this problem, since SER should wait for
the callee's phone to send the 487 and then forward this response to the
caller's phone.
Best regards,
Esteban.
------------------------------------------------------------------------
---------------
Esteban Monturus de Carandini (mailto:emonturus@teltronic.es)
Enhanced Wireless Solutions (EWS Project)
TELTRONIC, S.A.U.
Parque Tecnologico Walqa
Edificio Uno
Ctra Zaragoza N-330a, Km 556
22197 Cuarte (Huesca) - Spain
Phone/Fax: +34 974 215018
http://www.teltronic.eshttp://ptwalqa.com
------------------------------------------------------------------------
---------------
***** AVISO LEGAL *****
Este mensaje es solamente para la persona a la que va dirigido. Puede
contener informacion confidencial o legalmente protegida. La
transmision erronea de este mensaje no supone renuncia a su
confidencialidad o a cualquier privilegio. Si usted ha recibido este
mensaje por error, le rogamos que borre de su sistema inmediatamente el
mensaje asi como todas sus copias y que notifique al remitente. No debe,
directa o indirectamente, usar, revelar, distribuir, imprimir o copiar
ninguna de las partes de este mensaje si no es usted el destinatario.
Cualquier opinion expresada en este mensaje proviene del remitente, excepto
cuando el mensaje establezca lo contrario y el remitente este autorizado
para establecer que dichas opiniones provienen de TELTRONIC. En el caso de
que el destinatario de este mensaje no consienta la utilizacion del correo
electronico via Internet, rogamos lo ponga en nuestro conocimiento de
manera inmediata.
***** DISCLAIMER *****
This message is intended exclusively for the named person. It may contain
confidential, propietary or legally privileged information. No
confidentiality or privilege is waived or lost by any mistransmission. If
you receive this message in error, please immediately delete it and all
copies of it from your system, destroy any hard copies of it and notify the
sender. Your must not, directly or indirectly, use, disclose,
distribute,
print, or copy any part of this message if you are not the intended
recipient. Any views expressed in this message are those of the individual
sender, except where the message states otherwise and the sender is
authorised to state them to be the views of TELTRONIC. If the addressee of
this message does not consent to the use of internet e-mail, please
communicate it to us immediately.
------------------------------------------------------------------------
---------------
Hi-
I am having a problem where if I parallel fork a call, my failure_route gets
called after the caller hangs up. I thought adding t_check_status("487") to
the failure_route would take care of that, but it still t_relays when I
don't want it to. This only seems to be a problem if it parallel forks and
one of the SIP targets is not available. If I dial an alias with a single
[not forked] target the t_check_status("487") works fine.
Here is my code.. any thoughts?
Thanks much.
Dan
route {
<<<< Registration code snipped for brevity >>>>
if(lookup("aliases")) {
xlog("L_NOTICE", "%ci: alias lookup changed uri to %ru\n");
# If alias points outbound, forward it without question.
if (!(uri==myself)) {
xlog("L_NOTICE", "%ci: outbound alias\n");
route(4); # relay with hunt on failure
break;
};
};
if ( (uri=~"^sip:911@.*") | (uri=~"^sip:011[0-9]+@.*") |
(uri=~"^sip:1[0-9]{10}@.*") ) {
route(3);
break;
};
# Local location
route(4); # relay with hunt on failure
} /* end of initial routing logic */
route[4] {
xlog("L_INFO", "r4: Relay with Hunt\n");
# If an invitation, we want to hunt on failure
if(method == "INVITE") {
t_on_failure("1"); # first hunt
};
if (!lookup("location")) {
xlog("L_NOTICE", "%ci: no location for %ru\n");
};
append_hf("P-hint: relay\r\n");
if (!t_relay()) {
sl_reply_error();
break;
};
}
failure_route[1] {
xlog("L_INFO", "failure+route+1 %ru\n");
revert_uri();
setflag(9);
# Check to see if the call was cancelled
if( t_check_status("487") | method == "CANCEL") {
xlog("L_INFO", "t_check_status is 487\n");
break;
}
prefix("h1-");
if(lookup("hunt")) { # Hunt table is an exact copy of aliases
xlog("L_NOTICE",
"%ci: fail_r_1: hunt changed URI to %ru, relaying\n");
append_branch();
append_hf("P-hint: pt-hunt\r\n");
t_relay();
break;
} else {
xlog("L_NOTICE",
"%ci: r8: no further hunts, giving up\n");
break;
};
}
Our VoIP service provider routes calls based upon the To field within
the SIP header. While SER can easily rewrite the URI, I need to
actually prepend our account code to every outgoing call with a prefix.
does anyone know how to prefix the To field
I have installed freeradius 1.0.2
and radiusclient-ng.0.5.0
after the installation i am trying to run the test :
radtest test test localhost 1649 testing123
User-Name = "test"
User-Password = "test"
NAS-IP-Address = MAINSIP
NAS-Port = 1649
rad_recv: Access-Reject packet from host 127.0.0.1:1812, id=134, length=45
Reply-Message = "Hello, test with digest"
I have file digest:
---------------------------------------
User-Name = "test", Digest-Response = "631d6d73147add2f9e437f59bbc3aeb7",
Digest-Realm = "testrealm", Digest-Nonce = "1234abcd" ,
Digest-Method = "INVITE", Digest-URI = "sip:5555551212@example.com",
Digest-Algorithm = "MD5", Digest-User-Name = "test"
in the debug of the radius server i receive that error:
----------------------------------------------------------------------
rad_recv: Access-Request packet from host 127.0.0.1:32842, id=115, length=56
User-Name = "test"
User-Password = "test"
NAS-IP-Address = 255.255.255.255
NAS-Port = 1649
modcall: entering group authorize
modcall[authorize]: module "preprocess" returns ok
modcall[authorize]: module "chap" returns noop
rlm_eap: EAP-Message not found
modcall[authorize]: module "eap" returns noop
modcall[authorize]: module "digest" returns noop
rlm_realm: No '@' in User-Name = "test", looking up realm NULL
rlm_realm: No such realm "NULL"
modcall[authorize]: module "suffix" returns noop
users: Matched DEFAULT at 152
users: Matched test at 215
modcall[authorize]: module "files" returns ok
modcall[authorize]: module "mschap" returns noop
modcall: group authorize returns ok
rad_check_password: Found Auth-Type Digest
auth: type "digest"
modcall: entering group authenticate
******ERROR: No Digest-Nonce: Cannot perform Digest authentication******
modcall[authenticate]: module "digest" returns invalid
modcall: group authenticate returns invalid
auth: Failed to validate the user.
Thanks for the help
Hi All.
Below is a snippet of an INVITE and you can see the usual "trying - your
call is important to us" in the dialog. Anyhow, for some reason SER
occasionally attempts to sent the ACK to itself, which causes a looping
condition. The last ACK shown is the start of the looping condition.
It only happens on occasion. SER should have consumed the ACK rather than
attempted to forward it.
Can anyone explain this?
Regards,
Paul
IP Legend
-------------------
10.3.0.221 <http://10.3.0.221> - SER (behind a Cisco 3600 so ALG rewrote the
IPs)
69.36.46.178 <http://69.36.46.178> - NATed SIP UA
U 2005/04/15 02:19:16.252614 69.35.46.178:5060 <http://69.35.46.178:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
INVITE sip:8187768080@sipdev.mycompany.net SIP/2.0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3915905414.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 101 INVITE.
Contact: <sip:3215591439@192.168.1.102:5060>.
Proxy-Authorization: Digest username="3215591439", realm="
sipdev.mycompany.net <http://sipdev.mycompany.net>",
nonce="425f5e0de25efdb3f5a6125dcf2147bf30fe9177", uri="
sip:8187768080@sipdev.mycompany.net",
response="61996c3bdc10990fec7e245751777516", algorithm=MD5,
cnonce="ae02e47a3355bada49ce344c92f48587", qop=auth, nc=00000002.
max-forwards: 70.
Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY.
Content-Type: application/sdp.
Content-Length: 180.
.
v=0.
o=- 32014 3005 IN IP4 192.168.1.102 <http://192.168.1.102>.
s=-.
c=IN IP4 192.168.1.102 <http://192.168.1.102>.
t=0 0.
m=audio 13456 RTP/AVP 18 0 8 2 4 101.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=ptime:20.
.
#
U 2005/04/15 02:19:16.276216 10.3.0.221:5060 <http://10.3.0.221:5060> ->
69.35.46.178:5060 <http://69.35.46.178:5060>
SIP/2.0 100 trying -- your call is important to us.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3915905414;rport=5060;received=69.35.46.178<http://69.35.46.178>
.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 101 INVITE.
Content-Length: 0.
.
#
U 2005/04/15 02:19:16.792795 69.35.46.178:5060 <http://69.35.46.178:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
ACK sip:8187768080@sipdev.mycompany.net SIP/2.0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3499714875.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>;tag=
cdbfe46960d7566fcbe09f199f2b328d.c2bb.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 100 ACK.
Content-Length: 0.
.
#
U 2005/04/15 02:19:16.912146 10.3.0.221:5060 <http://10.3.0.221:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
ACK sip:8187768080@sipdev.mycompany.net SIP/2.0.
Max-Forwards: 10.
Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=1465261089;lr>.
Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>;received=
69.35.46.178 <http://69.35.46.178>;branch=z9hG4bK3499714875.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>;tag=
cdbfe46960d7566fcbe09f199f2b328d.c2bb.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 100 ACK.
Content-Length: 0.
P-hint: Local Destination.
If I setup an UA with URL sip:beeplove@mydomain.org
my client is going to find its sip server from DNS SRV record, right?
If I have these in nameserver
_sip._udp SRV 0 0 5060 sip.mydomain.org.
_sip._tcp SRV 0 0 5060 sip.mydomain.org.
is that mean, sip.mydomain.org is my registar server?
or proxy server or both?
And If my UA have an option to specify proxy and registar server, UA is not
going to lookup SRV record, right?
Please correct me someone, if I am understading wrong.
Thanks
Mohammad
--------------------------------------------------------------------
mail2web - Check your email from the web at
http://mail2web.com/ .
Well.. it probably is.
I have had mixed success with SER 0.8.14 and RTPPROXY. I have RADIUS
auth, accounting, MYSQL, blah, blah, blah, all working....
My question, however, surrounds NAThelper configuration. If I leave all
clients behind NATs to attempt registration with private IPs, fix the
IPs with NAThelper and proxy the streams, then everything works OK.
If I inroduce a client that is on a LIVE IP address, I only get one-way
audio to a natted client (the natted client can't hear the live client).
I assume that what is happening is that the live client is attempting to
send it's audio direct to the natted client, instead of via the proxy.
I figure that I've missed something silly somewhere in the config, but
I'm darned if I know where.
I won't bother posting my entire config (unless specifically requested),
rather I'd like a general pointer as to where I should be looking.
Thanks in advance.
