sr-users September 2004

sr-users@lists.kamailio.org

190 participants
382 discussions

RE: [Serusers] NAT and protocol aware firewalls
by Helge Waastad 08 Sep '04

08 Sep '04

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

1 0

[Serusers] revert uri to its early state, but no the original
by Richard 08 Sep '04

08 Sep '04

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

5 5

[Serusers] Strict routing : rfc 2543
by Nicolas RUIZ 08 Sep '04

08 Sep '04

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

1 0

[Serusers] Re:Serusers Digest, Vol 17, Issue 7
by ?? 08 Sep '04

08 Sep '04

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 ......

1 0

[Serusers] ser-mysql accounting: Crashing SER
by Fastnet Technologies 08 Sep '04

08 Sep '04

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

1 0

[Serusers] Problem compiling SER v0.8.14
by Ricardo Martinez 07 Sep '04

07 Sep '04

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

2 1

RE: [Serusers] Problem compiling SER v0.8.14
by Ricardo Martinez 07 Sep '04

07 Sep '04

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

1 0

[Serusers] Configuration item "User-Password" is required for authentication
by Darren Bentley 07 Sep '04

07 Sep '04

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

2 2

RE: [Serusers] 0.8.14 on Redhat Linux 9.0
by Linda Xiao 07 Sep '04

07 Sep '04

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

1 0

[Serusers] LOOSE routing problem : helppppppppp
by Nicolas RUIZ 07 Sep '04

07 Sep '04

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; }; }; }

2 2

← Newer
1
...
29
30
31
32
33
34
35
...
39
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users September 2004