>From serctl monitor:
Transaction Statistics
Current: 204 (186 waiting)
Transaction Statistics
Current: 118 (173 waiting)
What's "waiting" mean? Do these numbers look right?
Thanks for any direction in this matter,
Jamie Yukes
Hello.
I've been browsing the mail list but don't seem to be able to find a method
to disable multiple callers from using the same login details.
In other words, allowing only one registration for each user and disabling
the rest.
I believe that Jan wrote a patch (for ver 0.8.10?) that did something
similar.
Could anyone provide a pointer for this issue?
Thanks in advance.
Regards
Alex
Hey All,
Question about t_on_failure in SER. How does t_on_failure route? Is the
failure based on the TCP connection, or is it based on the response from the
end client. IE. If I relay an INVITE through SER from my IAD to a PSTN and
I get a "400 Bad Request" response back from the PSTN gateway in response to
that INVITE will SER then route the call based on the t_on_failure flag to
the failure route?
Thanks for your help!
Darren Nay
VOIP Network Development
Ionosphere, Inc.
Email: dnay(a)ionosphere.net <mailto:dnay@ionosphere.net>
Office: (864) 678-3158
Cell: (864) 918-8353
Hi serusers,
I encountered the following problem:
I couldn't compile ser-0.8.14 src with radius turned on.
the following error is what i got from the compiling results:
make[1]: Entering directory `/root/ser-0.8.14/modules/uri_radius'
../../Makefile.rules:77: checks.d: No such file or directory
../../Makefile.rules:77: urirad_mod.d: No such file or directory
make[1]: Leaving directory `/root/ser-0.8.14/modules/uri_radius'
make[1]: Entering directory `/root/ser-0.8.14/modules/uri_radius'
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall
-minline-all-stringops -malign-double -falign-loops -mcpu=athlon
-DNAME='""' -DVERSION='"0.8.14"' -DARCH='"i386"' -DOS='"linux"'
-DCOMPILER='"gcc 3.3"' -D__CPU_i386 -D__OS_linux
-DCFG_DIR='"/usr/local/etc/ser/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP
-DDNS_IP_HACK -DUSE_IPV6 -DUSE_TCP -DDISABLE_NAGLE -DF_MALLOC
-DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024
-DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD
-DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -I/usr/local/include -c
checks.c -o checks.o
checks.c:41:26: radiusclient.h: No such file or directory
checks.c: In function `radius_does_uri_exist':
checks.c:51: error: `VALUE_PAIR' undeclared (first use in this function)
checks.c:51: error: (Each undeclared identifier is reported only once
checks.c:51: error: for each function it appears in.)
checks.c:51: error: `received' undeclared (first use in this function)
checks.c:51: warning: left-hand operand of comma expression has no effect
checks.c:52: error: `UINT4' undeclared (first use in this function)
checks.c:52: error: syntax error before "service"
checks.c:77: warning: implicit declaration of function `rc_avpair_add'
checks.c:79: warning: implicit declaration of function `rc_avpair_free'
checks.c:84: error: `service' undeclared (first use in this function)
checks.c:92: warning: implicit declaration of function `rc_auth'
checks.c:92: error: `OK_RC' undeclared (first use in this function)
make[1]: *** [checks.o] Error 1
make[1]: Leaving directory `/root/ser-0.8.14/modules/uri_radius'
running fedora core 2, freeradius server inbuilt with a radiusclient
--
Regards,
Wee Liat
Hello List.
Regarding to my last post in the mail-list. I downloaded the last
version of SER, as Marian Dumitro says ( i use : cvs -z3
-d:pserver:anonymous@cvs.ser.berlios.de:/cvsroot/ser co -r rel_0_8_14
sip_router). It compiled ok and i have it running. I use the parameters :
modparam("registrar","append_branches", 0)
modparam("registrar","desc_time_order", 1)
And this is what i see in my location table.
...Record(0x422b9158)...
domain: 'location'
aor : '5555832351'
~~~Contact(0x422b9270)~~~
domain : 'location'
aor : '5555832351'
Contact : 'sip:5555832351@10.0.0.2'
Expires : 735
q : 0.00
Call-ID : '259a9f42-fd7e-df78-8000-0002a400f1e9(a)10.0.0.2'
CSeq : 2
replic : 0
User-Agent: 'AddPac SIP Gateway'
State : CS_NEW
Flags : 0
next : 0x422b91a0
prev : (nil)
~~~/Contact~~~~
~~~Contact(0x422b91a0)~~~
domain : 'location'
aor : '5555832351'
Contact : 'sip:5555832351@10.0.0.3'
Expires : 658
q : 0.00
Call-ID : 'b9cf9e42-fd7e-df78-8000-0002a400f1e9(a)10.0.0.2'
CSeq : 153
replic : 0
User-Agent: 'AddPac SIP Gateway'
State : CS_NEW
Flags : 0
next : (nil)
prev : 0x422b9270
~~~/Contact~~~~
...Record(0x422bb328)...
domain: 'location'
aor : '5555832357'
~~~Contact(0x422bd3b8)~~~
domain : 'location'
aor : '5555832357'
Contact : 'sip:5555832357@10.0.0.4:5060'
Expires : 3541
q : 0.00
Call-ID : '977749f3-f4afb971(a)10.0.0.4'
CSeq : 2
replic : 0
User-Agent: 'Sipura/SPA1000-2.0.10(d)'
State : CS_NEW
Flags : 0
next : 0x422bd448
prev : (nil)
~~~/Contact~~~~
~~~Contact(0x422bd448)~~~
domain : 'location'
aor : '5555832357'
Contact : 'sip:5555832357@10.0.0.5:5060'
Expires : 3595
q : 0.00
Call-ID : 'd3a96cf7-1a9a523e(a)10.0.0.5'
CSeq : 2
replic : 0
User-Agent: 'Sipura/SPA1000-2.0.10(d)'
State : CS_NEW
Flags : 0
next : (nil)
prev : 0x422bd3b8
~~~/Contact~~~~
.../Record...
---/Domain---
===/Domain list===
As you can see the Addpac Sip Gateway is in descending order (according to
his Expire-Timer), as the module manual says, but the Sipura is ascending
order. I still don't understand why this is happening. Is this a bug? or a
wrong configuration?. I really hope that someone can help me here.
Thanks in advance.
Best Regards.
Ricardo.-
Jan,
by the way you mean that is mutually exclusive with the :
modparam("registrar","max_expires", 300)
or with the :
modparam("registrar","append_branches", 0)
modparam("registrar","desc_time_order", 1)
Thanks.
Ricardo.
-----Mensaje original-----
De: 'Jan Janak' [mailto:jan@iptel.org]
Enviado el: Jueves, 28 de Octubre de 2004 9:28
Para: Ricardo Martinez
CC: Marian Dumitru; 'serusers(a)lists.iptel.org'
Asunto: Re: [Serusers] Question about REGISTER.
Yes, it is independent of the version of the RTP proxy.
Jan.
On 28-10 10:27, Ricardo Martinez wrote:
> Thanks Janak.
> A last question, is also exclusive with mediaproxy?.
>
> Thanks
>
> Ricardo.-
>
> -----Mensaje original-----
> De: Jan Janak [mailto:jan@iptel.org]
> Enviado el: Jueves, 28 de Octubre de 2004 9:22
> Para: Marian Dumitru
> CC: Ricardo Martinez; 'serusers(a)lists.iptel.org'
> Asunto: Re: [Serusers] Question about REGISTER.
>
>
> On 27-10 19:07, Marian Dumitru wrote:
> > Hi Ricardo,
> >
> > I see your problem. What you can do is to set registrar module to use
> > only the most recent registered contact:
> > modparam("registrar","append_branches", 0)
> > modparam("registrar","desc_time_order", 1)
> >
> > Other thing you can do is to limit the registration time
> > modparam("registrar","max_expires", 300)
> >
> > to use this, be sure your SIP clients supports expire modification by
> > server.
>
> Unfortunately this is mutually exclusive with nathelper. Nathelper
> will rewrite the IP in Contact with the source IP of the packet
> carrying the REGISTER message and user agents will not be able to
> match the Contact in 200 OK and thus update the expires value.
>
> This has been fixed in the development version of ser. It does not
> rewrite the IP in Contact anymore, the source IP of the REGISTER
> message is stored separately in the user location database.
>
> Jan.
Thanks Janak.
A last question, is also exclusive with mediaproxy?.
Thanks
Ricardo.-
-----Mensaje original-----
De: Jan Janak [mailto:jan@iptel.org]
Enviado el: Jueves, 28 de Octubre de 2004 9:22
Para: Marian Dumitru
CC: Ricardo Martinez; 'serusers(a)lists.iptel.org'
Asunto: Re: [Serusers] Question about REGISTER.
On 27-10 19:07, Marian Dumitru wrote:
> Hi Ricardo,
>
> I see your problem. What you can do is to set registrar module to use
> only the most recent registered contact:
> modparam("registrar","append_branches", 0)
> modparam("registrar","desc_time_order", 1)
>
> Other thing you can do is to limit the registration time
> modparam("registrar","max_expires", 300)
>
> to use this, be sure your SIP clients supports expire modification by
> server.
Unfortunately this is mutually exclusive with nathelper. Nathelper
will rewrite the IP in Contact with the source IP of the packet
carrying the REGISTER message and user agents will not be able to
match the Contact in 200 OK and thus update the expires value.
This has been fixed in the development version of ser. It does not
rewrite the IP in Contact anymore, the source IP of the REGISTER
message is stored separately in the user location database.
Jan.
hi everyone
I installed ser-0.8.14.But when i start the server,there is a error about
mysql "too much connections".What should I do to increase the num?
_________________________________________________________________
享用世界上最大的电子邮件系统― MSN Hotmail。 http://www.hotmail.com
Hi,
I tried to use append_rpid_hf() to add remote-party-id information in the
INVITE message. It worked if ser relayed the message. But if I forwarded it
to sems, sems didn't get the remote-party-id field.
Is there any reason that only a relayed message works? Any quick fix to make
it work with sems?
Thanks,
Richard
