sr-users April 2011

sr-users@lists.kamailio.org

64 participants
105 discussions

Command 'sercmd lcr.dump_rules' out of memory.
by Alexandre Abreu 26 Apr '11

26 Apr '11

Hello. When running 'sercmd lcr.reload' (without any errors) and then 'sercmd lcr.dump_rules' I've got the following message: ERROR: ctl [binrpc_run.c:510]: ERROR: binrprc: rpc_send: too many message chunks Then I increased the CTL module params 'binrpc_max_body_size' and ' binrpc_struct_max_body_size'. Re-run the command: ERROR: ctl [binrpc_run.c:908]: ERROR: binrpc: rpc_add: out of memory kamailio -V version: kamailio 3.1.3 (x86_64/linux) flags: STATS: Off, USE_IPV6, USE_TCP, USE_TLS, TLS_HOOKS, USE_RAW_SOCKS, DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535, PKG_SIZE 8MB poll method support: poll, epoll_lt, epoll_et, sigio_rt, select. id: compiled on 19:43:43 Apr 18 2011 with gcc 4.1.2 It doesn't matter if I increase the PKG_SIZE (> 8). The LCR tables are very small. lcr_rule - 445 lines lcr_rule_target - 445 lines lcr_gw - 7 lines Alexandre

2 1

Re: [SR-Users] Ipv6 SIP UA
by Klaus Darilion 26 Apr '11

26 Apr '11

You are right! There are actually 2 issues with pjsip: - UDP6 transport does not support DNS lookups. Thus you must set an outboundproxy with IPv6 address - pjsua API does not handle IPv6 media (SDP) As Qjsimple is based on pjsip's pjsua API QjSimple of course has the same issue. regards klaus Am 21.04.2011 14:05, schrieb Pavel Segeč: > Klaus, > > still the same, > > here is a log when UDP is used, there is only A record resolving > > QjSimple: starting initialization/registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: registration_enabled=TRUE > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > QjSimple: Info: on_reg_state_slot called > QjSimple: Info: on_reg_state_slot: status=502 > QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway > QjSimple: Info: on_reg_state_slot called > QjSimple: Info: on_reg_state_slot: status=502 > QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway > > and here when UDP6 > > QjSimple: starting initialization/registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP6 transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: registration_enabled=TRUE > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > > there is no DNS at all > > pavel > > >> -----Original Message----- >> From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users- >> bounces(a)lists.sip-router.org] On Behalf Of Klaus Darilion >> Sent: Thursday, April 21, 2011 1:27 PM >> To: sr-users(a)lists.sip-router.org >> Subject: Re: [SR-Users] Ipv6 SIP UA >> >> Pavel, I have updated QjSimple to latest pjsip version (0.8.10). It >> would be great if you can test again. If the problem still exists I will >> post a bug report for pjsip. >> >> http://www.ipcom.at/fileadmin/ipcom/files/qjsimple/QjSimple-0.6.6.zip >> >> regards >> Klaus >> >> Am 21.04.2011 10:10, schrieb Pavel Segeč: >>> Hi Klaus, >>> >>> I'm testing your QJSimple client and I'm observing following problems. >> In a IPv4 environments (win 7/32 or 64bit), the client is using a >> classical DNS resolving with SRV and so on, and I'm able to register. >> But inside of the IPV6 environment (IPv4 disabled), when UDP transport >> is used, the client is making just the A DNS record resolving on my >> domain name, not SRV at all. >>> >>> Here is debug log: >>> >>> QjSimple: starting registration ... >>> QjSimple: initializing SIP stack ... >>> QjSimple: pjsua_create succeeded ... >>> QjSimple: "qjsimple" memory pool created ... >>> QjSimple: DLL loaded ... >>> QjSimple: GetNetworkParams found ... >>> QjSimple: GetNetworkParams done ... >>> QjSimple: cfg.nameserver_count=0 >>> QjSimple: pjsua_init succeeded ... >>> QjSimple: pjsip_endpt_register_module succeeded ... >>> QjSimple: adding UDP transport ... >>> QjSimple: pjsip_endpt_register_module succeeded ... >>> QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp >>> QjSimple: publish_enabled=FALSE >>> QjSimple: pjsua_acc_add succeeded ... >>> QjSimple: finished intializing SIP stack, start pjsua ... >>> QjSimple: initializing SIP stack ... done >>> QjSimple: Info: on_reg_state_slot called >>> QjSimple: Info: on_reg_state_slot: status=502 >>> QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway >>> >>> When I setup as the transport protocol UDP6 there is no actions at >> all, no dns, no sip, he re is debug log >>> >>> QjSimple: starting registration ... >>> QjSimple: initializing SIP stack ... >>> QjSimple: pjsua_create succeeded ... >>> QjSimple: "qjsimple" memory pool created ... >>> QjSimple: DLL loaded ... >>> QjSimple: GetNetworkParams found ... >>> QjSimple: GetNetworkParams done ... >>> QjSimple: cfg.nameserver_count=0 >>> QjSimple: pjsua_init succeeded ... >>> QjSimple: pjsip_endpt_register_module succeeded ... >>> QjSimple: adding UDP6 transport ... >>> QjSimple: pjsip_endpt_register_module succeeded ... >>> QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp >>> QjSimple: publish_enabled=FALSE >>> QjSimple: pjsua_acc_add succeeded ... >>> QjSimple: finished intializing SIP stack, start pjsua ... >>> QjSimple: initializing SIP stack ... done >>> >>> regards >>> >>> pavel >>> >>>> -----Original Message----- >>>> From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users- >>>> bounces(a)lists.sip-router.org] On Behalf Of Klaus Darilion >>>> Sent: Wednesday, April 20, 2011 12:49 PM >>>> To: sr-users(a)lists.sip-router.org >>>> Subject: Re: [SR-Users] Ipv6 SIP UA >>>> >>>> >>>> >>>> Am 20.04.2011 11:01, schrieb Pavel Segeč: >>>>> Hi, >>>>> >>>>> yes I can agree now, linphone is working well, qjsimple has some >>>> problem >>>> >>>> If you find some problems (except that it does not work over TCL/TLS: >>>> http://trac.pjsip.org/repos/ticket/1127) please let me know. >>>> >>>> klaus >>>> >>>> _______________________________________________ >>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing >> list >>>> sr-users(a)lists.sip-router.org >>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >>>> >>>> >>>> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 >>>> (20110420) __________ >>>> >>>> Tuto spravu preveril ESET NOD32 Antivirus. >>>> >>>> http://www.eset.sk >>>> >>>> >>>> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 >>>> (20110420) __________ >>>> >>>> Tuto spravu preveril ESET NOD32 Antivirus. >>>> >>>> http://www.eset.sk >>>> >>> >>> >>> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 >> (20110420) __________ >>> >>> Tuto spravu preveril ESET NOD32 Antivirus. >>> >>> http://www.eset.sk >>> >>> >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 >> (20110421) __________ >> >> Tuto spravu preveril ESET NOD32 Antivirus. >> >> http://www.eset.sk >> > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6060 (20110421) __________ > > Tuto spravu preveril ESET NOD32 Antivirus. > > http://www.eset.sk > > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

3 2

Try backup route
by qmail＠top-consulting.net 22 Apr '11

22 Apr '11

I'm using Kamailio 3.1 I have a custom routing statement called MYROUTE which is placed like this: route { ... route (MYROUTE); route (RELAY);} Inside MYROUTE I do some custom SQL checking that basically selects the least cost provider for the ongoing call. The MYROUTE routine sets the $rU, $rd and $rp variables in case a provider has been found for the dialed number or fails with Sip code 404. All this works perfectly, except in my database I also have an alternate provider that I only wish to use as backup in case the main provider returns a 5XX code. How do I get Kamailio to try the second provider after the first one failed ? So far I've tried setting up a t_on_failure() command & routine that picks up the backup provider from the database and sets $rU, $rd margin-right:0px;margin-bottom:0px;margin-left:0px;padding-top:0px;padding-right:0px;padding-bottom:0px;padding-left:0px;"> 0(11460) DEBUG: [parser/msg_parser.c:167]: get_hdr_field: cseq : 0(11460) DEBUG: [parser/msg_parser.c:201]: DEBUG: get_hdr_body : content_length=0 0(11460) DEBUG: [parser/msg_parser.c:103]: found end of header 0(11460) DEBUG: maxfwd [mf_funcs.c:66]: max_forwards header not found! 0(11460) DEBUG: [parser/parse_to.c:174]: DEBUG: add_param: tag=4a2aab60 0(11460) DEBUG: [parser/parse_to.c:803]: end of header reached, state=29 0(11460) DEBUG: siputils [checks.c:76]: totag found 0(11460) DEBUG: rr [loose.c:108]: No Route headers found 0(11460) DEBUG: rr [loose.c:910]: There is no Route HF I believe the problem is that t_on_failure() does not keep all the proper data associated with the call and that's why it fails. Maybe t_on_failure isn't the right command to use here after all (?). So to resume. Here's what I wish to achieve: 1 Call comes through2. Goes through MYROUTE where a provider is selected3. Call is attempted through provider found in #24. If call fails , select another provider5. Call is attempted through provider found in #4 Thanks!

2 1

Try backup route
by qmail＠polarismail.com 21 Apr '11

21 Apr '11

1 0

BLF using kamailio
by Lucas Alvarez 21 Apr '11

21 Apr '11

Hi, I have implemented kamailio with asterisk, I want to enable BLF using kamailio instead of asterisk. I would appreciate any kind of help, below I'm pasting my configuration. *I'm testing with an Aastra phone, when phone sends the subscription kamailio answers with:* U 192.168.15.22:5060 -> 192.168.15.108:5060 SIP/2.0 489 Bad Event. Via: SIP/2.0/UDP 192.168.15.108;branch=z9hG4bKa54a155ad67706dca. From: "1104" <sip:1104@192.168.15.22:5060>;tag=71cf5c9949. To: <sip:1104@192.168.15.22:5060>;tag=99b712eabe88b2bf7a20409f3dc7ebf1-f71b. Call-ID: f22823b8b4d58a8e. CSeq: 3430 SUBSCRIBE. Allow-Events: presence.winfo, presence, dialog. Server: kamailio (3.1.3 (i386/linux)). Content-Length: 0. *This is my presence configuration:* #!ifdef WITH_PRESENCE loadmodule "presence.so" loadmodule "presence_dialoginfo.so" loadmodule "presence_xml.so" #!endif #!ifdef WITH_PRESENCE # ----- presence params ----- modparam("presence", "db_url", DBURL) modparam("presence", "server_address", "sip:192.168.15.22:5060") modparam("presence_dialoginfo", "force_single_dialog", 1) # ----- presence_xml params ----- modparam("presence_xml", "db_url", DBURL) modparam("presence_xml", "force_active", 1) #!endif

4 5

New developer: Jason Penton
by Daniel-Constantin Mierla 21 Apr '11

21 Apr '11

Hello, I want to announce Jason Penton as a new registered developer, with write access to GIT repository - his username id is 'jason.penton'. Jason already submitted an IMS-related module that Carsten added to his IMS branch in the last days, therefore expect contributions from Jason in the IMS extensions. Thanks, Daniel -- Daniel-Constantin Mierla http://www.asipto.com

2 1

Re: [SR-Users] Ipv6 SIP UA
by Klaus Darilion 21 Apr '11

21 Apr '11

Pavel, I have updated QjSimple to latest pjsip version (0.8.10). It would be great if you can test again. If the problem still exists I will post a bug report for pjsip. http://www.ipcom.at/fileadmin/ipcom/files/qjsimple/QjSimple-0.6.6.zip regards Klaus Am 21.04.2011 10:10, schrieb Pavel Segeč: > Hi Klaus, > > I'm testing your QJSimple client and I'm observing following problems. In a IPv4 environments (win 7/32 or 64bit), the client is using a classical DNS resolving with SRV and so on, and I'm able to register. But inside of the IPV6 environment (IPv4 disabled), when UDP transport is used, the client is making just the A DNS record resolving on my domain name, not SRV at all. > > Here is debug log: > > QjSimple: starting registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > QjSimple: initializing SIP stack ... done > QjSimple: Info: on_reg_state_slot called > QjSimple: Info: on_reg_state_slot: status=502 > QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway > > When I setup as the transport protocol UDP6 there is no actions at all, no dns, no sip, he re is debug log > > QjSimple: starting registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP6 transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > QjSimple: initializing SIP stack ... done > > regards > > pavel > >> -----Original Message----- >> From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users- >> bounces(a)lists.sip-router.org] On Behalf Of Klaus Darilion >> Sent: Wednesday, April 20, 2011 12:49 PM >> To: sr-users(a)lists.sip-router.org >> Subject: Re: [SR-Users] Ipv6 SIP UA >> >> >> >> Am 20.04.2011 11:01, schrieb Pavel Segeč: >>> Hi, >>> >>> yes I can agree now, linphone is working well, qjsimple has some >> problem >> >> If you find some problems (except that it does not work over TCL/TLS: >> http://trac.pjsip.org/repos/ticket/1127) please let me know. >> >> klaus >> >> _______________________________________________ >> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list >> sr-users(a)lists.sip-router.org >> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users >> >> >> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 >> (20110420) __________ >> >> Tuto spravu preveril ESET NOD32 Antivirus. >> >> http://www.eset.sk >> >> >> __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 >> (20110420) __________ >> >> Tuto spravu preveril ESET NOD32 Antivirus. >> >> http://www.eset.sk >> > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __________ > > Tuto spravu preveril ESET NOD32 Antivirus. > > http://www.eset.sk > >

2 1

Re: [SR-Users] Ipv6 SIP UA
by Pavel Segeč 21 Apr '11

21 Apr '11

Hi, and the IMS Boghe client can be used for IPv6 call testing too. pavel > -----Original Message----- > From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users- > bounces(a)lists.sip-router.org] On Behalf Of Pavel Segeč > Sent: Thursday, April 21, 2011 10:10 AM > To: 'SIP Router - Kamailio (OpenSER) and SIP Express Router (SER) - > Users Mailing List' > Subject: Re: [SR-Users] Ipv6 SIP UA > > Hi Klaus, > > I'm testing your QJSimple client and I'm observing following problems. > In a IPv4 environments (win 7/32 or 64bit), the client is using a > classical DNS resolving with SRV and so on, and I'm able to register. > But inside of the IPV6 environment (IPv4 disabled), when UDP transport > is used, the client is making just the A DNS record resolving on my > domain name, not SRV at all. > > Here is debug log: > > QjSimple: starting registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > QjSimple: initializing SIP stack ... done > QjSimple: Info: on_reg_state_slot called > QjSimple: Info: on_reg_state_slot: status=502 > QjSimple: Info: on_reg_state_slot: statustext=Bad Gateway > > When I setup as the transport protocol UDP6 there is no actions at all, > no dns, no sip, he re is debug log > > QjSimple: starting registration ... > QjSimple: initializing SIP stack ... > QjSimple: pjsua_create succeeded ... > QjSimple: "qjsimple" memory pool created ... > QjSimple: DLL loaded ... > QjSimple: GetNetworkParams found ... > QjSimple: GetNetworkParams done ... > QjSimple: cfg.nameserver_count=0 > QjSimple: pjsua_init succeeded ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: adding UDP6 transport ... > QjSimple: pjsip_endpt_register_module succeeded ... > QjSimple: outboundUri=sip:ps.sip.uniza.sk;lr;transport=udp > QjSimple: publish_enabled=FALSE > QjSimple: pjsua_acc_add succeeded ... > QjSimple: finished intializing SIP stack, start pjsua ... > QjSimple: initializing SIP stack ... done > > regards > > pavel > > > -----Original Message----- > > From: sr-users-bounces(a)lists.sip-router.org [mailto:sr-users- > > bounces(a)lists.sip-router.org] On Behalf Of Klaus Darilion > > Sent: Wednesday, April 20, 2011 12:49 PM > > To: sr-users(a)lists.sip-router.org > > Subject: Re: [SR-Users] Ipv6 SIP UA > > > > > > > > Am 20.04.2011 11:01, schrieb Pavel Segeč: > > > Hi, > > > > > > yes I can agree now, linphone is working well, qjsimple has some > > problem > > > > If you find some problems (except that it does not work over TCL/TLS: > > http://trac.pjsip.org/repos/ticket/1127) please let me know. > > > > klaus > > > > _______________________________________________ > > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing > list > > sr-users(a)lists.sip-router.org > > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6057 > > (20110420) __________ > > > > Tuto spravu preveril ESET NOD32 Antivirus. > > > > http://www.eset.sk > > > > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 > > (20110420) __________ > > > > Tuto spravu preveril ESET NOD32 Antivirus. > > > > http://www.eset.sk > > > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 > (20110420) __________ > > Tuto spravu preveril ESET NOD32 Antivirus. > > http://www.eset.sk > > > > _______________________________________________ > SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list > sr-users(a)lists.sip-router.org > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users > > > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 > (20110420) __________ > > Tuto spravu preveril ESET NOD32 Antivirus. > > http://www.eset.sk > __________ Informacia od ESET NOD32 Antivirus, verzia databazy 6059 (20110420) __________ Tuto spravu preveril ESET NOD32 Antivirus. http://www.eset.sk

1 0

Re: [SR-Users] Ipv6 SIP UA
by Klaus Darilion 21 Apr '11

21 Apr '11

Am 20.04.2011 11:01, schrieb Pavel Segeč: > Hi, > > yes I can agree now, linphone is working well, qjsimple has some problem If you find some problems (except that it does not work over TCL/TLS: http://trac.pjsip.org/repos/ticket/1127) please let me know. klaus

2 1

xmlrpc requests counted as unsupported_methods
by Juha Heinanen 21 Apr '11

21 Apr '11

looks like core stats counts xmlrpc requests served by route [xmlrpc_requests] as unsupported_methods. is there anything a user can do about it or is it a bug that should be fixed? -- juha

2 4

← Newer
1
2
3
4
5
6
7
...
11
Older →

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 April 2011