Re: [Users] Delayed signalling?

Thanks very much for all the replies. I shall try and post a config and traces as soon as I can get them from the office. Some more information, if it helps: Server specs: - HP ProLiant DL360 G4 (1U rack servers) - 3 GHz processors (800 MHz FSB) - 1 GB RAM - 10K rpm SCSI HDs (in a RAID 1+0 Mirror) # Servers are running OpenSER 1.0.1 (no-TLS). # Servers are listening on 3 ports (both tcp and udp for each port), so in openserctl ps I am seeing 4 child processes for each port. # Servers running CentOS Linux 4.3 # MySQL installed when CentOS was installed but not running and not currently being used with Openser. Things I have pretty much managed to eliminate are: 1. It's doesn't seem to be hardware. The specs for the servers are more than sufficient I think. 2. It doesn't seem to be traffic/load related as I see these problems on 2 brand new servers I have just installed with no traffic on them. However, it does seem to get worse with more traffic. 3. I don't think it's database related as I have deliberately not configured mysql on any of the servers in case of database performance. 4. I haven't played with the timers at all so far. 5. I haven't configured nscd yet, but as far as I can tell it's not caching DNS. 6. Though openser is listening on tcp ports as well, currently only the udp ports are being used as most of our customers use hardware phones. In any case, I haven't as yet seen as requests on tcp. 7. I am not sure it is DNS as in the tests I ran I sent requests directly to the external IP of the server and not to the domain name it is responsible for. Also the test servers are now only responsible for one domain, but in future will have more than one. 8. Also TTL on the domain name is really short. Ping from the server itself TTL=64 and ping times are low as you would expect (< 1ms when pinging from the server itself). Ping from outside the network (from the internet - for me - tp the domain was) 12ms (average), no packet loss, TTL = 53. 9. I have not setup any internal DNS entries for the domain. Servers are resolving domain from entries in /etc/hosts. Like I said, it doesn't happen all the time - just maybe once or twice every hour on the servers with more traffic. I ran SIPp pointing at one of the new servers last week and at around 100CPS I was seeing about 2,000 out of approx. 10,000 calls were failing. Setup was UAC -> openser -> UAS (Both UAC and UAS were running on the same machine, but different ports). Again there is no traffic on these servers now so I have no idea why so many failed calls. I am not sure if any of this information helps, but I am certainly open to suggestions on things to try. Thanks in advance. On 12/14/06, samuel <<mailto:samu60@gmail.com>samu60@gmail.com> wrote: It might be due to a DNS query....whenver a request has to be forwarded to a domain, openSER makes a DNS query to resolv the IP. During this operation, the child processing the request will not answer to further incoming messages. it also can be happening due to a spiral loop that stays on the server. Without further information (confg,logs) it's hard to tell which is the reason... hope it helps, Samuel. without more information 2006/12/14, Max Gregorian <<mailto:gregorian442@googlemail.com>gregorian442@googlemail.com>: _______________________________________________ Users mailing list Users(a)openser.org http://openser.org/cgi-bin/mailman/listinfo/users