Hi,
I am really frustrated with the definition of outbound proxy:
The outbound proxy is a normal SIP proxy. You configure your client, the phone or software, to use the proxy for all SIP sessions.
I would like to know what is meant by all SIP sessions? Does it include all SIP message as well as voice packets (i.e. RTP packets)?
Could I conclude that outbound proxy = ser + nathelper + rtpproxy/mediaproxy?
Hope someone could answer my questions. Thanks.
Thomas
Hello
I want to know if it is possible to checks only the username of a from
header with an avp value
avp_check("$uncond_forwarding_dest","eq/$from/username/g") )
Laurent
Hi to all; I have instaled and configured the SERWEB pakage; but when
I open my web-browser,I can see the next warnings:
Warning: virtual(): Unable to include '/prolog.html' - request
execution failed in /var/www/html/serweb/html/page.php on line 48
ser.net User Management
Warning: virtual(): Unable to include '/separator.html' - request
execution failed in /var/www/html/serweb/html/page.php on line 50
But I followed the INSTALL instructions
#echo "<body><h1>" > html/prolog.html
#echo "</h1><hr>" > html/separator.html
#echo "</body>" > html/epilog.html
....My next question ..well in the web page ....html/admin/index.php
there are a login form too, with "user" and "password" options ; but I
don't know what options I have to set in it; I have set : user=SER
and password=HESLO; but appers "Bad username or password"
Hi all,
Is there anybody who make SER+RADIUS on the different machine?
If I put both of them together on the same machine, it works fine.
But if I seperate them, SER don't send any packet to RADIUS server and make an error log.
Belows are details.
============Softwares running on FreeBSD 5.3-STABLE========
- ser-0.8.14
- radiusclient-0.4.7
- freeradius-1.0.1
============= /usr/local/etc/ser/ser.cfg ===================
loadmodule "/usr/local/lib/ser/modules/auth.so"
loadmodule "/usr/local/lib/ser/modules/auth_radius.so"
modparam("auth_radius", "radius_config", "/usr/local/etc/radiusclient/radiusclie
nt.conf")
modparam("auth_radius", "service_type", 15)
if (method=="REGISTER") {
if (!radius_www_authorize("")) {
www_challenge("", "0");
break;
};
save("location");
break;
};
============= /usr/local/etc/radiusclient/radiusclient.cfg ========
authserver 83.137.80.50
============= /usr/local/etc/radiusclient/servers ==============
83.137.80.50 rad_test
====================Error log in dmesg============================
Mar 1 18:00:19 test ser: rc_send_server: no reply from RADIUS server unknown:1812
Mar 1 18:00:49 test ser: rc_ip_hostname: couldn't look up host by addr: 53895032
I am looking for all the mail archive for this problem but in vain.
Only one answer for this problem is Dawid Mielnik's post.(http://lists.iptel.org/pipermail/serusers/2004-October/011991.html)
Have a nice day.
Thanks.
Alex.
Hi:
Although the IPv6 and IPv4 uesrs can establish connections
through SER server, but the media stream is peer-based. Can
an IPv6 stream go to an IPv4 reciever without the rtpproxy??
Thanks for your help!
Best Regards
Sun Zongjun
sir /madam ,
we are doing our final project in voip titled
bridgeless voice conferencing using voip .
we would like to know if ur ser has client and server to support
conferencing . we are short of time . we would like to know if u
could give a helping hand .
i just committed some patches to lcr module that introduced two new
functions: load_contacts() and next_contacts(). they can be used to
implement sequential forking (see README for details).
if all contacts in the destination set have the same qvalue,
load_contacts() and next_contacts() don't do anything, just check that
nothing needs to be done.
-- juha
andres,
i made another simpler cancel test. first sip:jh@test.fi invites
sip:gs@test.fi, and gs starts ringing. then jh sends cancel to r-uri
sip:gs@test.fi, which ser.cfg immediately at the start of the script
t_relay()s out, i.e., without doing anything to the request. the result
is that ser correctly sends a cancel to the ip address/port of gs.
my conclusion of this is that cancels don't need to be processed by
ser.cfg, just relayed out. perhaps others familiar with tm mystics can
confirm or deny this.
-- juha