Hi Simon, thanks for your help UDP is used. But I do not have any u1,t1 or tn parameters. Btw, it is working now. I repeated all steps again. Seems I haven´t done this the right way the last time.
Next problem. The server is almost idling and has plenty of RAM left. Currently I´m using G.711. And the network is overloaded. So, let´s try some other codecs. Before I´m going to try tcpdump and ethereal myself, I´d like to ask whether you have some other prerecorded *.pcap files with some lower codecs available? GSM would be nice. In general I´d like to try most of the usual codecs available. Christian Simon Flannery schrieb: > Hi Christian, > > Quick question, are you using TCP or UDP? And which value of the -t > parameter are you using - u1, t1, tn? > > Simon > > On 8/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >> Hi, >> >> thanks to Simon Flannery, I now have a working test environment with SIPP >> and Asterisk. I wondered why only 83 concurrent calls were possible. The cpu >> was only at 24%, enough memory was free, network bandwith was only about 5MB >> up and down. >> >> I checked Asterisk: >> >> [Aug 23 17:49:44] WARNING[6889]: app_dial.c:1106 dial_exec_full: Unable to >> create channel of type 'SIP' (cause 42 - Switching equipment congestion) >> [Aug 23 17:49:44] ERROR[6893]: rtp.c:1884 ast_rtp_new_with_bindaddr: Unable >> to allocate socket: Too many open files >> [Aug 23 17:49:44] ERROR[6893]: rtp.c:1884 ast_rtp_new_with_bindaddr: Unable >> to allocate socket: Too many open files >> [Aug 23 17:49:44] WARNING[6893]: chan_sip.c:4380 sip_alloc: Unable to create >> RTP audio and video session: Too many open files >> [Aug 23 17:49:44] ERROR[6893]: chan_sip.c:15643 sip_request_call: Unable to >> build sip pvt data for '192.168.2.3' (Out of memory or socket error) >> >> >> You would probably say, hey this is an already known error. Can´t you read >> faqs? >> "Too many open files". >> - So, according to the faqs, ulimit should be used. >> >> But ulimit shows unlimited, I set it to 65000, well nothing changed, still >> 83 concurrent calls. >> >> - What can be done next: >> >> /etc/security/limits.conf >> >> root soft nofile 4096 >> root hard nofile 8196 >> asterisk soft nofile 4096 >> asterisk hard nofile 8196 >> >> => nothing changed. >> >> - raising some parameters according to a performance article: >> >> sysctl -w net.ipv4.neigh.default.gc_thresh3=262144 >> echo 262144 > /proc/sys/fs/file-max >> echo 131072 > /proc/sys/kernel/threads-max >> echo 111616 > /proc/sys/net/core/wmem_default >> echo 4194304 > /proc/sys/net/core/wmem_max >> echo 111616 > /proc/sys/net/core/rmem_default >> echo 4194304 > /proc/sys/net/core/rmem_max >> echo 4096 > /proc/sys/net/core/netdev_max_backlog >> echo 131072 > /proc/sys/net/ipv4/tcp_max_tw_buckets >> echo 16384 65535 > /proc/sys/net/ipv4/ip_local_port_range >> echo 0 >> /proc/sys/net/ipv4/ip_forward >> >> => nothing changed. >> >> >> >> Yes, I rebooted each time. >> >> >> So, can anyone please help me with this issue? Has anyone had the same >> problems? >> >> thanks in advance >> >> Christian >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> _______________________________________________ >> Sipp-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/sipp-users >> >> > > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Sipp-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sipp-users
