Yes, I think this solves the problem.
I've done som testing and it seems to work fine.
I should probably check cisco if this is a bug in my sw version.
best regards
hw
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: Sun 9/5/2004 5:36 PM
To: Helge Waastad
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] NAT and protocol aware firewalls
If you are the fixup functions of the Cisco box then it should obey the
expires interval returned by registrar in 200 OK to REGISTER. If it does
not work then you can either disable the functionality or you can set
modparam("registrar", "max_expires", 1800) in your ser.cfg
Jan.
On 01-09 22:06, Helge Waastad wrote:
> Hi,
>
> I just want to dwell around a couple of things.
>
> Several vendors have "application awareness" for instance Cisco has
> <fixup protocol sip...>
>
> Hence the ser will not se the client as nat'ed and will not send
> nat-ping to the clients.
>
>
>
> If the client does not support some kind of keep-alives, I guess you
> will loose connectivity with the clients when standard register expiry
> is 3600 sec. (off course until the next register message is sent)
>
> The Cisco PIX, for instance, have a standard (however configurable) sip
> inactivity timer = 1800sec.
>
>
>
> What would actually be the best way of dealing with this?
>
>
>
> Best regards,
>
> hw
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
Hi,
In our ser.cfg, when an r-uri is first received, it goes through some number
to domain matching. For example, 8005551212(a)80.123.45.167 is mapped to
1212(a)companya.com. If the call is eventually forwarded to sems after failure
route, we want to revert it back to 1212(a)companya.coom, otherwise it would
be 1212@<phone-ip-address>. Is there a function to do it? The revert_uri()
would revert it back to the original 8005551212(a)80.123.45.167.
Thanks,
Richard
Hi,
Is it possible to set Iptel to do " STRICT routing only " ??
Iptel configuration file :
# 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;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
record_route();
loose-route processing
if (loose_route()) {
t_relay();
break;
};
/* grant Route routing if route headers present */
if (loose_route()) { t_relay(); break; };
/* record-route INVITEs -- all subsequent requests must visit us */
if (method=="INVITE") {
record_route();
};
# now check if it really is a PSTN destination which should be
handled
# by our gateway; if not, and the request is an invitation, drop it
--
# we cannot terminate it in PSTN; relay non-INVITE requests -- it
may
# be for example BYEs sent by gateway to call originator
if (uri=~"sip.vivaction.net"){
if (method=="REGISTER") {
# Uncomment this if you want to use digest
authentication
if (!www_authorize("sip.vivaction.net",
"subscriber")) {
www_challenge("sip.vivaction.net", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
if (!proxy_authorize("sip.vivaction.net", "subscriber")) {
proxy_challenge("sip.vivaction.net", "1");
break;
};
rewritehostport("80.118.128.6:5060");
};
# forward the request now
if (!t_relay()) {
sl_reply_error();
break;
};
};
}
Thanks a lot!
Nicolas RUIZ
VIVACTION
FRANCE, PARIS
Yes, we've succefully installede ser 0.8.14 and the newest version of serweb on redhat9.
----- Original Message -----
From: serusers-request(a)lists.iptel.org
To: serusers(a)lists.iptel.org
Subject: Serusers Digest, Vol 17, Issue 7
Sent: Mon Sep 06 18:00:24 CST 2004
>
> Send Serusers mailing list submissions to
> serusers(a)lists.iptel.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.iptel.org/mailman/listinfo/serusers
> or, via email, send a message with subject or body 'help' to
> serusers-request(a)lists.iptel.org
>
> You can reach the person managing the list at
> serusers-owner(a)lists.iptel.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Serusers digest..."
>
>
> Today's Topics:
>
> 1. Finding offline users. (serusers(a)jtoga.org)
> 2. NAT and protocol aware firewalls (Helge Waastad)
> 3. 0.8.14 on Redhat Linux 9.0 (Rose, John)
> 4. Sip to Pstn Problem (Vishal Pandhre)
> 5. ERROR on Request line ACKNOWLEDGE (Nicolas RUIZ)
> 6. how to forward without VIA (hong cheng)
> 7. (no subject) (HUIMING YU)
> 8. Re: [Serdev] ser's birthday (Adrian Georgescu)
> 9. Finding offline users. (Juha Heinanen)
> 10. Ser problem about too much share memory demanded
> (=?GB2312?B?xaPApA==?=)
> 11. Re: NAT and protocol aware firewalls (Jesus Rodriguez)
> 12. Re: ser's birthday (Mike Tkachuk)
> 13. Re: how to forward without VIA (Jan Janak)
> 14. Re: (no subject) (Jan Janak)
> 15. Re: Ser problem about too much share memory demanded (Jan Janak)
> 16. Re: NAT and protocol aware firewalls (Jan Janak)
> 17. Re: Domain suffix bug in ser enum module? (Jan Janak)
> 18. Re: receive_msg: no mem for sip_msg (Jan Janak)
> 19. RE: sems+ser+ivr (ser die)
> 20. wm 4.7 / subscribe error message 500 (Graham Turner)
> 21. ser-mysql (kcassidy(a)kakelma.mine.nu)
> 22. ser-mysql (kcassidy(a)kakelma.mine.nu)
> 23. SIP & PSTN via MD Evolution PBX (g.billoudet(a)arwen-tech.fr)
> 24. Postgres support in 0.8.14 ? (Johan Landerholm)
> 25. Re: ser-mysql (Daniel-Constantin Mierla)
> 26. Re: 0.8.14 on Redhat Linux 9.0 (Daniel-Constantin Mierla)
> 27. Re: how to forward without VIA (Daniel-Constantin Mierla)
> 28. Re: ser-mysql (kcassidy(a)kakelma.mine.nu)
> 29. Re: error starting ser 0.8.14 - failure to connect to DB
> (Daniel-Constantin Mierla)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 01 Sep 2004 14:44:17 -0400
> From: serusers(a)jtoga.org
> Subject: [Serusers] Finding offline users.
> To: serusers(a)lists.iptel.org
> Message-ID: <5.1.0.14.2.20040901143819.033484a8(a)jetx.jtoga.org>
> Content-Type: text/plain; charset="us-ascii"; format=flowed
>
> Hi,
>
> I'm trying to have a caller (eg sender of invite) be able to detect the
> difference between a user that is 'offline' and one that really doesn't
> exist. Current cfg methods allow for doing a lookup in the location
> table, but if the target isn't there - then a 404 is returned.
>
> I think what I would like to do is then check the subscriber table....what
> is the best way to accomplish this?
>
> (trying a 'lookup' on the subscriber table didn't work....)
>
> Thanks in advance.
> Jim.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 1 Sep 2004 22:06:10 +0200
> From: "Helge Waastad" <Helge.Waastad(a)smartnet.no>
> Subject: [Serusers] NAT and protocol aware firewalls
> To: <serusers(a)lists.iptel.org>
> Message-ID: <27DFDD544A6F0D4E897A054667CCADC028021C(a)mail.smartnet.no>
> Content-Type: text/plain; charset="us-ascii"
>
> Hi,
>
> I just want to dwell around a couple of things.
>
> Several vendors have "application awareness" for instance Cisco has
> <fixup protocol sip...>
>
> Hence the ser will not se the client as nat'ed and will not send
> nat-ping to the clients.
>
>
>
> If the client does not support some kind of keep-alives, I guess you
> will loose connectivity with the clients when standard register expiry
......
I am having a problem with the acc module crashing my SER when it hits the
setflag(1) statement. It appears after many hours of debugging, that when I
just include the modparam statements in the config file after it relay's the
message I get a "child process # exited by a signal 11" . I have recompiled
acc for mysql support and installed it.
Thanks,
-Kevin
Hello.
I compiled succesfully Ser 0.8.11, now i'm trying to upgrade to
version 0.8.14. I'm having the next errors at the end of the compilation.
make[1]: Leaving directory `/root/SER-v0.8.14/ser-0.8.14/utils/gen_ha1'
touch /usr/local/sbin//ser
install -m 755 ser /usr/local/sbin/
touch /usr/local/sbin//sc
install -m 755 scripts/sc /usr/local/sbin/
mv -f /usr/local/sbin//sc /usr/local/sbin//serctl
touch /usr/local/sbin//ser_mysql.sh
install -m 755 scripts/ser_mysql.sh /usr/local/sbin/
touch /usr/local/sbin//gen_ha1
install -m 755 utils/gen_ha1/gen_ha1 /usr/local/sbin/
ERROR: module modules/acc/acc.so not compiled
ERROR: module modules/auth_radius/auth_radius.so not compiled
ERROR: module modules/group_radius/group_radius.so not compiled
ERROR: module modules/uri_radius/uri_radius.so not compiled
touch /usr/local/share/doc/ser//INSTALL
install -m 644 INSTALL /usr/local/share/doc/ser/
touch /usr/local/share/doc/ser//README-MODULES
install -m 644 README-MODULES /usr/local/share/doc/ser/
touch /usr/local/share/doc/ser//AUTHORS
install -m 644 AUTHORS /usr/local/share/doc/ser/
touch /usr/local/share/doc/ser//NEWS
install -m 644 NEWS /usr/local/share/doc/ser/
touch /usr/local/share/doc/ser//README
install -m 644 README /usr/local/share/doc/ser/
touch /usr/local/share/man//man8/ser.8
install -m 644 ser.8 /usr/local/share/man//man8
touch /usr/local/share/man//man5/ser.cfg.5
install -m 644 ser.cfg.5 /usr/local/share/man//man
Then i tried to compile only the modules.
[root@sipproxy acc]# make
../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for better
results
../../Makefile.modules:21: "you should run make from the main ser directory"
../../Makefile.rules:77: acc.d: No such file or directory
../../Makefile.rules:77: acc_mod.d: No such file or directory
../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for better
results
../../Makefile.modules:21: "you should run make from the main ser directory"
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -m486
-malign-loops=4 -DNAME='"acc.so"' -DVERSION='"0.8.14"' -DARCH='"i386"'
-DOS='"linux"' -DCOMPILER='"gcc 2.91"' -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 -DRAD_ACC -I/usr/local/include -c acc.c -o acc.o
acc.c: In function `acc_rad_request':
acc.c:576: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:576: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:576: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:576: too many arguments to function `rc_avpair_add'
acc.c:581: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:581: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:581: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:581: too many arguments to function `rc_avpair_add'
acc.c:588: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:588: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:588: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:588: too many arguments to function `rc_avpair_add'
acc.c:593: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:593: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:593: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:593: too many arguments to function `rc_avpair_add'
acc.c:612: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:612: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:612: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:612: too many arguments to function `rc_avpair_add'
acc.c:623: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:623: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:623: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:623: too many arguments to function `rc_avpair_add'
acc.c:645: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:645: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:645: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:645: too many arguments to function `rc_avpair_add'
acc.c:656: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:656: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:656: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:656: too many arguments to function `rc_avpair_add'
acc.c:666: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:666: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
acc.c:666: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
acc.c:666: too many arguments to function `rc_avpair_add'
acc.c:673: warning: passing arg 1 of `rc_acct' makes integer from pointer
without a cast
acc.c:673: warning: passing arg 2 of `rc_acct' makes pointer from integer
without a cast
acc.c:673: too many arguments to function `rc_acct'
make: *** [acc.o] Error 1
[root@sipproxy acc]# cd ..
[root@sipproxy modules]# cd uri_radius/
[root@sipproxy uri_radius]# ls
checks.c checks.h doc Makefile README urirad_mod.c urirad_mod.h
[root@sipproxy uri_radius]# make
../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for better
results
../../Makefile.modules:21: "you should run make from the main ser directory"
../../Makefile.rules:77: checks.d: No such file or directory
../../Makefile.rules:77: urirad_mod.d: No such file or directory
../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for better
results
../../Makefile.modules:21: "you should run make from the main ser directory"
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -m486
-malign-loops=4 -DNAME='"uri_radius.so"' -DVERSION='"0.8.14"'
-DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 2.91"' -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: In function `radius_does_uri_exist':
checks.c:77: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
checks.c:77: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
checks.c:77: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
checks.c:77: too many arguments to function `rc_avpair_add'
checks.c:85: warning: passing arg 2 of `rc_avpair_add' makes integer from
pointer without a cast
checks.c:85: warning: passing arg 3 of `rc_avpair_add' makes pointer from
integer without a cast
checks.c:85: warning: passing arg 4 of `rc_avpair_add' makes integer from
pointer without a cast
checks.c:85: too many arguments to function `rc_avpair_add'
checks.c:92: warning: passing arg 1 of `rc_auth' makes integer from pointer
without a cast
checks.c:92: warning: passing arg 3 of `rc_auth' from incompatible pointer
type
checks.c:92: warning: passing arg 4 of `rc_auth' from incompatible pointer
type
checks.c:92: too many arguments to function `rc_auth'
make: *** [checks.o] Error 1
Any ideas?
Thanks in advace
Ricardo
Forget it. I found out what was going on.
I forgot to update de radiusclient from 3.2 to 4.3
Thanks anyway
Ricardo Martinez
> -----Mensaje original-----
> De: Ricardo Martinez [SMTP:rmartinez@redvoiss.net]
> Enviado el: Martes, 07 de Septiembre de 2004 05:19 p.m.
> Para: 'serusers(a)lists.iptel.org'
> Asunto: [Serusers] Problem compiling SER v0.8.14
>
> Hello.
> I compiled succesfully Ser 0.8.11, now i'm trying to upgrade to
> version 0.8.14. I'm having the next errors at the end of the compilation.
>
> make[1]: Leaving directory `/root/SER-v0.8.14/ser-0.8.14/utils/gen_ha1'
> touch /usr/local/sbin//ser
> install -m 755 ser /usr/local/sbin/
> touch /usr/local/sbin//sc
> install -m 755 scripts/sc /usr/local/sbin/
> mv -f /usr/local/sbin//sc /usr/local/sbin//serctl
> touch /usr/local/sbin//ser_mysql.sh
> install -m 755 scripts/ser_mysql.sh /usr/local/sbin/
> touch /usr/local/sbin//gen_ha1
> install -m 755 utils/gen_ha1/gen_ha1 /usr/local/sbin/
> ERROR: module modules/acc/acc.so not compiled
> ERROR: module modules/auth_radius/auth_radius.so not compiled
> ERROR: module modules/group_radius/group_radius.so not compiled
> ERROR: module modules/uri_radius/uri_radius.so not compiled
> touch /usr/local/share/doc/ser//INSTALL
> install -m 644 INSTALL /usr/local/share/doc/ser/
> touch /usr/local/share/doc/ser//README-MODULES
> install -m 644 README-MODULES /usr/local/share/doc/ser/
> touch /usr/local/share/doc/ser//AUTHORS
> install -m 644 AUTHORS /usr/local/share/doc/ser/
> touch /usr/local/share/doc/ser//NEWS
> install -m 644 NEWS /usr/local/share/doc/ser/
> touch /usr/local/share/doc/ser//README
> install -m 644 README /usr/local/share/doc/ser/
> touch /usr/local/share/man//man8/ser.8
> install -m 644 ser.8 /usr/local/share/man//man8
> touch /usr/local/share/man//man5/ser.cfg.5
> install -m 644 ser.cfg.5 /usr/local/share/man//man
>
>
>
> Then i tried to compile only the modules.
>
> [root@sipproxy acc]# make
> ../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for
> better
> results
> ../../Makefile.modules:21: "you should run make from the main ser
> directory"
> ../../Makefile.rules:77: acc.d: No such file or directory
> ../../Makefile.rules:77: acc_mod.d: No such file or directory
> ../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for
> better
> results
> ../../Makefile.modules:21: "you should run make from the main ser
> directory"
> gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -m486
> -malign-loops=4 -DNAME='"acc.so"' -DVERSION='"0.8.14"' -DARCH='"i386"'
> -DOS='"linux"' -DCOMPILER='"gcc 2.91"' -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 -DRAD_ACC -I/usr/local/include -c acc.c -o acc.o
> acc.c: In function `acc_rad_request':
> acc.c:576: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:576: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:576: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:576: too many arguments to function `rc_avpair_add'
> acc.c:581: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:581: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:581: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:581: too many arguments to function `rc_avpair_add'
> acc.c:588: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:588: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:588: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:588: too many arguments to function `rc_avpair_add'
> acc.c:593: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:593: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:593: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:593: too many arguments to function `rc_avpair_add'
> acc.c:612: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:612: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:612: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:612: too many arguments to function `rc_avpair_add'
> acc.c:623: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:623: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:623: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:623: too many arguments to function `rc_avpair_add'
> acc.c:645: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:645: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:645: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:645: too many arguments to function `rc_avpair_add'
> acc.c:656: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:656: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:656: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:656: too many arguments to function `rc_avpair_add'
> acc.c:666: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:666: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> acc.c:666: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> acc.c:666: too many arguments to function `rc_avpair_add'
> acc.c:673: warning: passing arg 1 of `rc_acct' makes integer from pointer
> without a cast
> acc.c:673: warning: passing arg 2 of `rc_acct' makes pointer from integer
> without a cast
> acc.c:673: too many arguments to function `rc_acct'
> make: *** [acc.o] Error 1
> [root@sipproxy acc]# cd ..
> [root@sipproxy modules]# cd uri_radius/
> [root@sipproxy uri_radius]# ls
> checks.c checks.h doc Makefile README urirad_mod.c urirad_mod.h
> [root@sipproxy uri_radius]# make
> ../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for
> better
> results
> ../../Makefile.modules:21: "you should run make from the main ser
> directory"
> ../../Makefile.rules:77: checks.d: No such file or directory
> ../../Makefile.rules:77: urirad_mod.d: No such file or directory
> ../../Makefile.defs:431: Old gcc detected (2.9x), use gcc >= 3.1 for
> better
> results
> ../../Makefile.modules:21: "you should run make from the main ser
> directory"
> gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall -m486
> -malign-loops=4 -DNAME='"uri_radius.so"' -DVERSION='"0.8.14"'
> -DARCH='"i386"' -DOS='"linux"' -DCOMPILER='"gcc 2.91"' -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: In function `radius_does_uri_exist':
> checks.c:77: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> checks.c:77: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> checks.c:77: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> checks.c:77: too many arguments to function `rc_avpair_add'
> checks.c:85: warning: passing arg 2 of `rc_avpair_add' makes integer from
> pointer without a cast
> checks.c:85: warning: passing arg 3 of `rc_avpair_add' makes pointer from
> integer without a cast
> checks.c:85: warning: passing arg 4 of `rc_avpair_add' makes integer from
> pointer without a cast
> checks.c:85: too many arguments to function `rc_avpair_add'
> checks.c:92: warning: passing arg 1 of `rc_auth' makes integer from
> pointer
> without a cast
> checks.c:92: warning: passing arg 3 of `rc_auth' from incompatible pointer
> type
> checks.c:92: warning: passing arg 4 of `rc_auth' from incompatible pointer
> type
> checks.c:92: too many arguments to function `rc_auth'
> make: *** [checks.o] Error 1
>
>
> Any ideas?
> Thanks in advace
>
> Ricardo
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
Hello,
I've followed the radius guide and I'm now at the point where I'm trying
to register a Grandstream BT-100 phone.
I'm getting this message in the radius log file:
Fri Sep 3 15:03:37 2004 : Auth: rlm_digest: Configuration item
"User-Password" is required for authentication.
I don't see "User-Password" in the dictionary file? Did I miss
something? I haven't noticed anyone else having this problem so I'm a
little confused to what I could have missed.
I'm using FreeRadius 0.9.3 / SER 0.8.12 / radiusclient 0.3.2
Any Ideas?
Thanks,
- Darren
Please see my reply below in BLUE below.
regards/Linda
-----Original Message-----
From: Rose, John [mailto:jrose@premconf.com]
Sent: Wednesday, September 01, 2004 2:39 PM
To: serusers(a)lists.iptel.org
Subject: [Serusers] 0.8.14 on Redhat Linux 9.0
Hello,
2 Questions:
1) Will the "ser-0.8.14_linux_i386.tar.gz" run on Redhat Linux 9.0? Or
Fedora?
Yes. Now I have SER running on RH Linux9.
2) Just wondering if the "SER not starting up on a Redhat Linux 9.0 reboot -
0.8.11 and 0.8.12" issue is gone or not.
I do not see this problem for 0.8.12 as well as 0.8.14 with RH9.
Thanks,
John
Hi,
I have a problem with loose routing and strict routing.
- I have a proxy-registrar SER 0.8.12, it says that Iptel is
compliant RFC 3261
- I have a CISCO ATA with code 3.1.0 and its work.
- I have a CISCO ATA with code 3.1.1 and when the ACK is send to
Iptel the request line is ACK : 0156395148(a)80.118.128.1
And 80.118.128.1 is my gateway Cisco AS5300 to the PSTN,
- With the ATA 3.1.0, the ACK is : 0156395148(a)80.118.128.5.
And 80.118.128.5 is IPTEL ser.
In Cisco Web pages, he says that the new version on ATA 3.1.1 is compliant
RFC 3261with loose routing.
http://www.cisco.com/en/US/products/hw/gatecont/ps514/prod_release_note09186
a0080238c0a.html
Is someone can explain what is not good?
Thanks in advance for your help.
NICOLAS RUIZ
VIVVACTION
FRANCE, PARIS
THAT'S my conf of SER:
# 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;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
record_route();
loose-route processing
if (loose_route()) {
t_relay();
break;
};
/* grant Route routing if route headers present */
if (loose_route()) { t_relay(); break; };
/* record-route INVITEs -- all subsequent requests must visit us */
if (method=="INVITE") {
record_route();
};
# now check if it really is a PSTN destination which should be
handled
# by our gateway; if not, and the request is an invitation, drop it
--
# we cannot terminate it in PSTN; relay non-INVITE requests -- it
may
# be for example BYEs sent by gateway to call originator
if (uri=~"sip.vivaction.net"){
if (method=="REGISTER") {
# Uncomment this if you want to use digest
authentication
if (!www_authorize("sip.vivaction.net",
"subscriber")) {
www_challenge("sip.vivaction.net", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled using our USRLOC DB
if (!lookup("location")) {
if (!proxy_authorize("sip.vivaction.net", "subscriber")) {
proxy_challenge("sip.vivaction.net", "1");
break;
};
rewritehostport("80.118.128.6:5060");
};
# forward the request now
if (!t_relay()) {
sl_reply_error();
break;
};
};
}
