Hi Tan, I have already turned off the HT from the BIOS (while it was enabled, asterisk was not even stable with 2 pri's).
Further I am using the same kernel (2.4.25) with SMP enabled, that u mentioned in your email. Basically I think Scott is right in his emails, that libpri's and zaptel driver for t4xxp are not really optimized and they really need tunings in case when there is certain increase in number of calls .... Also I cannot afford to get a system higher than the current specs. Yesterday I had the same situation, I gave the IVR solution using te410p to a company. They advertised on TeleVision and then we had a rush of calls landing on the system (about 30 calls in 1-2 secs and 60 in 3-4 seconds time). What I have observed is: 1. Asterisk is stable upto 2 PRI's ... no call drops no errors. 2. As soon as I plug in the 3rd pri (3rd pri is confirmed stable), it starts dropping the calls current landing as well as the previous stable landed calls. All calls get dropped and PRIs' start syncing / unsyncing. 3. On the other hand I have also a dialogic server with 4 pri's in it, and it was a rock solid ... going to full 120 calls ... btw: server is just P3 700Mhz, and I have not noticed a single dropped call. 4. My configurations were checked by Mike (@ digium) ... and according to him all things are fine, zaptel,zapata,extensions.conf ... Thus when there is a smooth and gradual load of upto 3 pri's system will remain stable, and when there is an instant call load it becomes shaky. Also I will request those who have successfully done similar setup, to post/advise their linux flavor (and updates), asterisk configurations, kernel configuration, other system tweakings. I want Mark from Digium to take special interest in solving and recommendation on these issues, coz I have confirmed orders of 3 te410p boards and one e100p (for which I mailed to Greg as well), but now I am feeling reluctant to face the client. Regards Azher Amin ------------------------------- http://www.consulttech.com.pk -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, March 24, 2004 5:03 PM To: [EMAIL PROTECTED] Subject: RE: [Asterisk-Users] PRI issues with TE410P Before going to gentoo or another version of linux, try the following: 1) turn hyperthreading off in the BIOS. It's probably called something like "virtual cpus". 2) Use a vanilla kernel from kernel.org e.g. 2.4.25. We used to have times when the system would just hang. Using a non-redhat kernel seems to have resolved that. We also use Gentoo, but I warn you that it is not the easiest flavour to set up! Hope that helps. Tan Telappliant.com Voiptalk.org -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Azher Amin Sent: 24 March 2004 08:49 To: [EMAIL PROTECTED] Subject: RE: [Asterisk-Users] PRI issues with TE410P Dear, Are you using Redhat9.0, coz I discussed about this yesterday with mike in Digium, and he said that this is normal with Redhat (due to its SMP handling problems), further he suggested to shift either to redhat 8 or debian. You can try debian or gentoo. I will try gentoo tomorrow and will see this behavior again. Regards Azher -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of reseaux Sent: Wednesday, March 24, 2004 2:32 AM To: [EMAIL PROTECTED] Subject: Re: [Asterisk-Users] PRI issues with TE410P Dear i have found the same problem last sunday in my * box and freeze itself. My Box is Pentium 4 HT with 2 CPU and i see it in /proc/interrupts ----------------- CPU0 CPU1 CPU2 CPU3 0: 13088533 0 0 0 IO-APIC-edge timer 1: 6 0 0 0 IO-APIC-edge keyboard 2: 0 0 0 0 XT-PIC cascade 8: 1 0 0 0 IO-APIC-edge rtc 12: 12 0 0 0 IO-APIC-edge PS/2 Mouse 14: 2146897 0 1 0 IO-APIC-edge ide0 15: 118 0 1 0 IO-APIC-edge ide1 16: 0 0 0 0 IO-APIC-level usb-uhci 18: 0 0 0 0 IO-APIC-level usb-uhci 19: 0 0 0 0 IO-APIC-level usb-uhci 28: 118357 0 0 0 IO-APIC-level eth0 48: 130880536 0 0 0 IO-APIC-level t4xxp NMI: 0 0 0 0 LOC: 13088959 13088958 13088958 13088958 ERR: 0 MIS: 0 -------------------------------------------------------- What we think about? Thanks in advance Dimitri On Sunday 21 March 2004 15:40, Azher Amin wrote: > Hi, > > I am having some problems mentioned below, the box is in production live > environment with traffic around 30 - 100 calls. > > I am running T/E410P in a Dual P4 xeon with HT disabled. I am using > zaptel 0.9.0 and asterisk stable 1 release. There is no gui, just mysql, > perl (small script) and asterisk. > > System runs very smoothly if the calls are around 40-50 and comes one by > one , however sometimes at immediate load of around 30 more calls ... I > get the following processes in the ps -ax, and asterisk starts droping > the calls, irq misses rise and console shows lot of pri errors (which > donot occur in a smooth load of around 50 calls). > > Can someone explain why this happens .. however these get cleared once > the channels are handled. > > 20992 pts/3 S 0:01 zttool > 21412 ? S 0:00 asterisk > 21413 ? R 0:00 asterisk > 21418 ? S 0:00 asterisk > 21419 ? S 0:00 asterisk > 21420 ? S 0:00 asterisk > 21421 ? S 0:00 asterisk > 21422 ? S 0:00 asterisk > 21423 ? S 0:00 asterisk > 21424 ? S 0:00 asterisk > 21425 ? S 0:00 asterisk > 21426 ? S 0:00 asterisk > 21427 ? S 0:00 asterisk > 21429 ? S 0:00 asterisk > 21430 ? S 0:00 asterisk > 21431 ? S 0:00 asterisk > 21432 ? S 0:00 asterisk > 21433 ? S 0:00 asterisk > 21434 ? S 0:00 asterisk > 21435 ? S 0:00 asterisk > 21436 ? S 0:00 asterisk > 21437 ? S 0:00 asterisk > 21438 ? S 0:00 asterisk > 21439 ? S 0:00 asterisk > 21440 ? S 0:00 asterisk > 21441 ? S 0:00 asterisk > 21442 ? S 0:00 asterisk > 21443 ? S 0:00 asterisk > 21444 ? S 0:00 asterisk > 21445 ? S 0:00 asterisk > 21446 ? S 0:00 asterisk > 21447 ? S 0:00 asterisk > 21448 ? S 0:00 asterisk > 21449 ? S 0:00 asterisk > 21451 ? S 0:00 asterisk > 21452 ? S 0:00 asterisk > 21453 ? S 0:00 asterisk > 21454 ? S 0:00 asterisk > 21455 ? S 0:00 asterisk > 21456 ? S 0:00 asterisk > 21457 ? S 0:00 asterisk > 21458 ? S 0:00 asterisk > 21459 pts/2 R 0:00 ps -ax > 21460 ? S 0:00 asterisk > > > > Further I am also getting > > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got I-frame while link state 2 Mar 22 01:33:09 WARNING[114696]: > chan_zap.c:5970 zt_pri_error: PRI: !! Got I-frame while link state 2 > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got I-frame while link state 2 > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got I-frame while link state 2 > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got I-frame while link state 2 > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got S-frame while link down > Mar 22 01:33:09 WARNING[114696]: chan_zap.c:5970 zt_pri_error: PRI: !! > Got S-frame while link down > == D-Channel on span 1 up > > and certain IRQ misses like around 270 after an operation of 2-3 hours. > > Further when I load the T/E410p card I get this error ... > > Mar 22 00:33:48 VoiceOne kernel: TE410P: Launching card: 0 Mar 22 > 00:33:48 VoiceOne kernel: TE410P: Setting up global serial parameters > Mar 22 00:33:48 VoiceOne kernel: TE410P: Timing from source 0 > Mar 22 00:33:48 VoiceOne kernel: Found a Wildcard: Wildcard > TE410P-Xilinx > Mar 22 00:33:48 VoiceOne kernel: Registered tone zone 0 (United States / > North America) > Mar 22 00:33:48 VoiceOne kernel: TE410P: Span 1 configured for > CCS/HDB3/CRC4 Mar 22 00:33:48 VoiceOne kernel: SPAN 1: Primary Sync > Source Mar 22 00:33:48 VoiceOne kernel: Uhhuh. NMI received for > unknown reason > 20. > Mar 22 00:33:48 VoiceOne kernel: Dazed and confused, but trying to > continue Mar 22 00:33:48 VoiceOne kernel: Do you have a strange power > saving mode > enabled? > Mar 22 00:33:48 VoiceOne kernel: TE410P: Span 2 configured for > CCS/HDB3/CRC4 Mar 22 00:33:48 VoiceOne kernel: TE410P: Span 3 > configured for CCS/HDB3/CRC4 > Mar 22 00:33:48 VoiceOne kernel: TE410P: Span 4 configured for > CCS/HDB3/CRC4 > > I have another card and above also come with that. > > I look forward for resolution on these issues with some suggestions to > improve the stability. Coz otherwise system is not stable to be sold to > client. > > Regards > Azher Amin > ------------------------------- > http://www.consulttech.com.pk > > > > > _______________________________________________ > Asterisk-Users mailing list > [EMAIL PROTECTED] > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ Asterisk-Users mailing list [EMAIL PROTECTED] http://lists.digium.com/mailman/listinfo/asterisk-users To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
