Interrups statistic - sar vs. mstat
Probaly it is trivial, but I don't understand why I see different statistics regarding interrups into mstat and sar output. There is 15997 against 92 !!! Can someone explain it? [root]# sar -I SUM |head Linux 2.4.21-47.ELsmp 12/25/2007 12:00:01 AM INTR intr/s 12:10:01 AM sum 15997.32 [ root]# mpstat Linux 2.4.21-47.ELsmp 12/25/2007 11:14:07 AM CPU %user %nice %system %iowait %irq %soft %idle intr/s 11:14:07 AM all 2.40 0.00 7.41 0.05 1.97 10.78 77.39 92.36 = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: running 64 bit linux on the desktop
Hi Gilboa, I am not sure what you are saying different that what I suggested. See more inline below... On Dec 25, 2007 8:10 PM, Gilboa Davara [EMAIL PROTECTED] wrote: On Mon, 2007-12-24 at 22:07 +0200, Tom Rosenfeld wrote: Hi, I recently started working at a new firm that is using CentOS 4.5 64 bit on the desktop. We were having trouble with some standard programs and we just realized that they are related to the 64 vs. 32 bit issues. For example the flash plugin to firefox installed fine, but would not work. CentOS (Like RHEL and Fedora) is dual-arch - it installs both the 32bit and 64bit versions of most applications. I am using CentOS 4.5. As far as I see almost every app is 64 bits. There are 64 bit libs installed in /usr/lib64 vs. the 32 bit ones in /usr/lib. You'll need to start the -32bit- version of firefox. In-order to do it, you'll have to install the firefox-32 package (yum install firefox-32) and start the 32bit firefox by using the firefox-32 binary. My yum does not find any package called firefox-32. I had to install it manually with the tar from the firefox site. What repository can I find it in that supports Centos/RHEL? The best workaround I have found is to install the 32 bit firefox instead and then all the plugins work fine. Yikes. Don't. How is this different from your suggestion to install the 32 bit version via yum? Is anyone out there having the same troubles? Any suggestions? You may have to use the 32bit versions of xine/mplayer to view certain Windows-only-encoders, but other then that, nope. Thanks, -tom - Gilboa = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] -- -tom 054-244-8025
Re: Interrups statistic - sar vs. mstat
On Dec 26, 2007 10:04 AM, Vitaly Karasik [EMAIL PROTECTED] wrote: Probaly it is trivial, but I don't understand why I see different statistics regarding interrups into mstat and sar output. There is 15997 against 92 !!! Can someone explain it? [root]# sar -I SUM |head Linux 2.4.21-47.ELsmp 12/25/2007 12:00:01 AM INTR intr/s 12:10:01 AM sum 15997.32 [ root]# mpstat Linux 2.4.21-47.ELsmp 12/25/2007 11:14:07 AM CPU %user %nice %system %iowait %irq %soft %idle intr/s 11:14:07 AM all 2.40 0.00 7.41 0.05 1.97 10.78 77.39 92.36 The answer was simple - mpstat provides wrong interup statistics when called without interval parameter. I mean, mpstat 1 is OK, but mpstat will tell you wrong numbers. I don't understand yet, if this a feature or a bug. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: Interrups statistic - sar vs. mstat
I'm guessing that without an interval (or if with interval - the first output), it is an average since boot. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vitaly Sent: Wednesday, December 26, 2007 11:29 AM To: linux-il@cs.huji.ac.il Subject: Re: Interrups statistic - sar vs. mstat On Dec 26, 2007 10:04 AM, Vitaly Karasik [EMAIL PROTECTED] wrote: Probaly it is trivial, but I don't understand why I see different statistics regarding interrups into mstat and sar output. There is 15997 against 92 !!! Can someone explain it? [root]# sar -I SUM |head Linux 2.4.21-47.ELsmp 12/25/2007 12:00:01 AM INTR intr/s 12:10:01 AM sum 15997.32 [ root]# mpstat Linux 2.4.21-47.ELsmp 12/25/2007 11:14:07 AM CPU %user %nice %system %iowait %irq %soft %idle intr/s 11:14:07 AM all 2.40 0.00 7.41 0.05 1.97 10.78 77.39 92.36 The answer was simple - mpstat provides wrong interup statistics when called without interval parameter. I mean, mpstat 1 is OK, but mpstat will tell you wrong numbers. I don't understand yet, if this a feature or a bug. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
RE: [YBA] NIS vs LDAP
Extend your AD schema with SFU (http://www.microsoft.com/downloads/details.aspx?familyid=896C9688-601B-44F1-81A4-02878FF11778displaylang=en). Use kerborse for authentication and nss_ldap for user information. -Original Message- From: [EMAIL PROTECTED] [mailto:linux-il- [EMAIL PROTECTED] On Behalf Of Ohad Levy Sent: Wednesday, December 26, 2007 3:22 AM To: ILUG Subject: Re: [YBA] NIS vs LDAP Hi, just my couple of cents: AD and Linux authentication works quite well, that means for authentication only, you can use kerborse to authenitcate users that you have on your AD. however, its quite important to know, that user id mapping will be done via winbind (or maybe a mapping file), and as discussed, file permissions in unix like fs are defined by the user and group id. so that could result in different machine having a different user ID for the same user (very bad). you would still need to find a way to handle your autofs and other maps which do not exist on ad (as far as I'm aware). there is however a UNIX services for AD (which is somehow a NIS implementation) but I'm not really sure if its active and or working. an alternative is to use openldap and AD (if ms environment is really important for you) and than to create the same user names in both environment, and sync the passwords (I'm not sure whats the tool name, but one exists - just google for it). of course this could be extended to delete the accounts when you remove them from ad etc (using scripts). the last option - which is the best in my eyes for a small environment, would be to use openldap (with replica) and on top using samba for the windows users and native ldap for the rest. if your environment is bigger, consider using the fedora/redhat directory server or sunone. Ohad On Dec 26, 2007 4:02 AM, Ariel Biener [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Tuesday, 25 בDecember 2007 21:54, Shachar Shemesh wrote: There is one thing that everyone in this discussion seem to have missed so far, and that is that AD *is* LDAP. Ariel Biener wrote: Well, I wouldn't chose any of the above in the way it is described. I believe that MS AD is the best tool to use for Windows environment, LDAP is the best tool for a Linux environment Assuming that is the case (open to discussions), then open an AD server and use it as an LDAP server for the non-Windows machines. Sorry, despite MSs claim that their directory server is an implementation of LDAPv3, I find it often missing, non-standard and minimalist for such a claim. Given the choice (and I was actually given this choice when I had to chose which directory server to go for @TAU), I left AD to do what it is good at, that is, management and authentication in a windows based environment, and I used a directory that is the most proven, oldest, and most extensible in the industry. It's called eDirectory. Sun's directory server is also an option. That are also others, which are not bad. MS is definetly not there, they came in late and have quite some catching up to do. --Ariel -- Ariel Biener e-mail: [EMAIL PROTECTED] PGP: http://www.tau.ac.il/~ariel/pgp.html http://www.tau.ac.il/%7Eariel/pgp.html To unsubscribe, send mail to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Welcome to Linux: Development Tools for Linux on Sunday, 23-Dec-2007
As part of the Welcome to Linux ( http://welcome.linux.org.il/ ) series, the Tel Aviv Linux club will hold the fifth and last meeting of the series next Sunday, 30-December-2007. Zohar Snir will give the Linux Installation Process presentation, which will explain about how to install Linux on your home machine. The presentation will start at 18:30, in the Schreiber building, room 008 of Tel Aviv University. Attendance is free of charge and everyone are welcome. We'd like to remind you that a day after the presentation there the Israeli Perl Workshop will take place, which you may wish to register to: http://act.perl.org.il/ilpw2007/ The purpose of the Welcome to Linux series is to introduce Linux to people who are not very familiar with it. More information can be found at: * http://welcome.linux.org.il/2007/ * http://www.cs.tau.ac.il/telux/ Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ I'm not an actor - I just play one on T.V. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Welcome to Linux: The Linux Installation Process on Sunday, 30-Dec-2007
As part of the Welcome to Linux ( http://welcome.linux.org.il/ ) series, the Tel Aviv Linux club will hold the fifth and last meeting of the series next Sunday, 30-December-2007. Zohar Snir will give the Linux Installation Process presentation, which will explain about how to install Linux on your home machine. The presentation will start at 18:30, in the Schreiber building, room 008 of Tel Aviv University. Attendance is free of charge and everyone are welcome. We'd like to remind you that a day after the presentation there the Israeli Perl Workshop will take place, which you may wish to register to: http://act.perl.org.il/ilpw2007/ The purpose of the Welcome to Linux series is to introduce Linux to people who are not very familiar with it. More information can be found at: * http://welcome.linux.org.il/2007/ * http://www.cs.tau.ac.il/telux/ Regards, Shlomi Fish - Shlomi Fish [EMAIL PROTECTED] Homepage:http://www.shlomifish.org/ I'm not an actor - I just play one on T.V. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Easiest way to install an asterisk system
On Wed, Dec 26, 2007 at 07:02:30AM +0200, ik wrote: I don't like the fact that they do not write the official version of zaptel and libpri, but refer it according to the Asterisk version itself. Actually, that is not exactly true. Indeed there is Zaptel 1.2 and 1.4. But there are more differences between different 1.4 versions than between 1.2 and 1.4 . And looks like the branch of zaptel 1.4 will be maintained for quite some time (there's no aptel trunk). The versions on yum claim that everything is 1.4.16, but every package has it's own version number, and for knowing exactly that (the right version number), it should arrive in it's own version, and not the version of Asterisk itself. Those are sub-packages of the package Asterisk. asterisk-zaptel is probably the package that includes chan_zap (and hence some extra external dependencies). libpri and zaptel are separate packages (in Fedora as well). -- Tzafrir Cohen | [EMAIL PROTECTED] | VIM is http://tzafrir.org.il || a Mutt's [EMAIL PROTECTED] || best ICQ# 16849754 || friend = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: running 64 bit linux on the desktop
On Wed, 2007-12-26 at 10:40 +0200, Tom Rosenfeld wrote: CentOS (Like RHEL and Fedora) is dual-arch - it installs both the 32bit and 64bit versions of most applications. I am using CentOS 4.5. As far as I see almost every app is 64 bits. There are 64 bit libs installed in /usr/lib64 vs. the 32 bit ones in /usr/lib. Sorry. My mistake. I though it was CentOS 5. (I somehow missed the 4. part) CentOS4.x is indeed a bigger problem. My bad. (You may need to enable the i386 repositories and download the i386 RPMs.) - Gilboa = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Interrups statistic - sar vs. mstat
Thank you very much - you're right! On Dec 26, 2007 12:32 PM, Imri Zvik [EMAIL PROTECTED] wrote: I'm guessing that without an interval (or if with interval - the first output), it is an average since boot. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vitaly Sent: Wednesday, December 26, 2007 11:29 AM To: linux-il@cs.huji.ac.il Subject: Re: Interrups statistic - sar vs. mstat On Dec 26, 2007 10:04 AM, Vitaly Karasik [EMAIL PROTECTED] wrote: Probaly it is trivial, but I don't understand why I see different statistics regarding interrups into mstat and sar output. There is 15997 against 92 !!! Can someone explain it? [root]# sar -I SUM |head Linux 2.4.21-47.ELsmp 12/25/2007 12:00:01 AM INTR intr/s 12:10:01 AM sum 15997.32 [ root]# mpstat Linux 2.4.21-47.ELsmp 12/25/2007 11:14:07 AM CPU %user %nice %system %iowait %irq %soft %idle intr/s 11:14:07 AM all 2.40 0.00 7.41 0.05 1.97 10.78 77.39 92.36 The answer was simple - mpstat provides wrong interup statistics when called without interval parameter. I mean, mpstat 1 is OK, but mpstat will tell you wrong numbers. I don't understand yet, if this a feature or a bug. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Find process id of background ssh?
Hi List. I'm writing a script to automate some system maintenance tasks, and I want to connect over SSH to several remote computers and do stuff on them. I'm using ssh -f to background ssh so I can run the same operation on multiple machines in parallel, otherwise it will be too slow - the maintenance job may take up to a few minutes to run and the script is not supposed to be fully automatic: a human is to monitor the process. But I don't want just to fire and forget the SSH processes - I want to exit from the script only when all the SSH processes have completed. I can do that by monitoring the process ids of the background SSH processes, if I could know them - which I'm having a difficult time detecting. I'm writing in bash, and optimally it would be something like this: for server in 1 2 ...; do ssh -f [EMAIL PROTECTED] 'run maintenance task' pids=$pids $(getSSHpid) done while kill -0 $pids 2/dev/null; do echo Waiting..; sleep 1; done but I didn't manage to find a way to get the process id of the ssh process after it goes to background, other the 'ps'ing for it. How can I go about doing this? -- Oded = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: 9 CRT Screens for Donation
Hi, Just an update, so far only two screens have been taken a 19 and a 17 If none are taking until Sunday they will be thrown away. In addition I have 3 CerfCubes in working condition, with power supplies, but nothing more (documentation or CDs). On Tuesday 25 December 2007 16:13:25 Noam Rathaus wrote: Hi, We have 9 CRT screens, in working state, smallest is 17 the biggest is 19 (about 2/3 17 1/3rd 19). First come first served. Location is in Netanya in our office. My cell for pickup is 054- All of them need to go before this Sunday afternoon. -- Noam Rathaus CTO [EMAIL PROTECTED] http://www.beyondsecurity.com Know that you are safe. Beyond Security Finalist for the Red Herring 100 Global Awards 2007 = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Find process id of background ssh?
On Wed, 2007-12-26 at 15:24 +0200, Shachar Shemesh wrote: Oded Arbel wrote: I'm using ssh -f to background ssh so I can run the same operation on multiple machines in parallel for server in 1 2 ...; do ssh -f [EMAIL PROTECTED] 'run maintenance task' pids=$pids $(getSSHpid) done while kill -0 $pids 2/dev/null; do echo Waiting..; sleep 1; done Havn't checked it, but: for server in 1 2 ... do ssh [EMAIL PROTECTED] 'run maintenance task' done should work. In particular, running ssh with -f means that it backgrounds itself, and thus the shell does not keep track over its process number. On the other hand, running with (assuming you don't need to put in a password) The problem is that I might need to put in the passwords (users that expect to run these tasks will probably exchange keys with the servers, but other users should be able to put in passwords - I don't want to control that). I should have mentioned that. -- Oded = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Find process id of background ssh?
I have not tested this extensively, but you could try: pgrep ssh |tail -1 This will give you the PID of that last ssh process -tom On Dec 26, 2007 2:55 PM, Oded Arbel [EMAIL PROTECTED] wrote: Hi List. I'm writing a script to automate some system maintenance tasks, and I want to connect over SSH to several remote computers and do stuff on them. I'm using ssh -f to background ssh so I can run the same operation on multiple machines in parallel, otherwise it will be too slow - the maintenance job may take up to a few minutes to run and the script is not supposed to be fully automatic: a human is to monitor the process. But I don't want just to fire and forget the SSH processes - I want to exit from the script only when all the SSH processes have completed. I can do that by monitoring the process ids of the background SSH processes, if I could know them - which I'm having a difficult time detecting. I'm writing in bash, and optimally it would be something like this: for server in 1 2 ...; do ssh -f [EMAIL PROTECTED] 'run maintenance task' pids=$pids $(getSSHpid) done while kill -0 $pids 2/dev/null; do echo Waiting..; sleep 1; done but I didn't manage to find a way to get the process id of the ssh process after it goes to background, other the 'ps'ing for it. How can I go about doing this? -- Oded = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] -- -tom 054-244-8025
Re: Find process id of background ssh?
Oded Arbel wrote: Hi List. I'm using ssh -f to background ssh so I can run the same operation on multiple machines in parallel for server in 1 2 ...; do ssh -f [EMAIL PROTECTED] 'run maintenance task' pids=$pids $(getSSHpid) done while kill -0 $pids 2/dev/null; do echo Waiting..; sleep 1; done Havn't checked it, but: for server in 1 2 ... do ssh [EMAIL PROTECTED] 'run maintenance task' done for process in `seq 1 numservers` do wait %$process done should work. In particular, running ssh with -f means that it backgrounds itself, and thus the shell does not keep track over its process number. On the other hand, running with (assuming you don't need to put in a password) means that %1, %2 etc. translate to the processes the shell launched. The above script (maybe with slightly different syntax) should launch all jobs concurrently, and exit only after the last of the jobs has exited. Shachar = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: 9 CRT Screens for Donation
Hi, Ok :) Just an update, only 17 are left, all 19 CRTs were taken. Information on CerfCubes can be found here: http://www.intrinsyc.com/products/ On Wednesday 26 December 2007 14:58:45 Noam Rathaus wrote: Hi, Just an update, so far only two screens have been taken a 19 and a 17 If none are taking until Sunday they will be thrown away. In addition I have 3 CerfCubes in working condition, with power supplies, but nothing more (documentation or CDs). On Tuesday 25 December 2007 16:13:25 Noam Rathaus wrote: Hi, We have 9 CRT screens, in working state, smallest is 17 the biggest is 19 (about 2/3 17 1/3rd 19). First come first served. Location is in Netanya in our office. My cell for pickup is 054- All of them need to go before this Sunday afternoon. -- Noam Rathaus CTO [EMAIL PROTECTED] http://www.beyondsecurity.com Know that you are safe. Beyond Security Finalist for the Red Herring 100 Global Awards 2007 = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Find process id of background ssh?
I have not tested this extensively but you could try: On Dec 26, 2007 2:55 PM, Oded Arbel [EMAIL PROTECTED] wrote: Hi List. I'm writing a script to automate some system maintenance tasks, and I want to connect over SSH to several remote computers and do stuff on them. I'm using ssh -f to background ssh so I can run the same operation on multiple machines in parallel, otherwise it will be too slow - the maintenance job may take up to a few minutes to run and the script is not supposed to be fully automatic: a human is to monitor the process. But I don't want just to fire and forget the SSH processes - I want to exit from the script only when all the SSH processes have completed. I can do that by monitoring the process ids of the background SSH processes, if I could know them - which I'm having a difficult time detecting. I'm writing in bash, and optimally it would be something like this: for server in 1 2 ...; do ssh -f [EMAIL PROTECTED] 'run maintenance task' pids=$pids $(getSSHpid) done while kill -0 $pids 2/dev/null; do echo Waiting..; sleep 1; done but I didn't manage to find a way to get the process id of the ssh process after it goes to background, other the 'ps'ing for it. How can I go about doing this? -- Oded = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] -- -tom 054-244-8025
Re: Interrups statistic - sar vs. mstat
I have seen the same with all the *stat commands (iostat, vmstat, etc). You should ignore the output for the 1st interval. -tom On Dec 26, 2007 12:32 PM, Imri Zvik [EMAIL PROTECTED] wrote: I'm guessing that without an interval (or if with interval - the first output), it is an average since boot. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Vitaly Sent: Wednesday, December 26, 2007 11:29 AM To: linux-il@cs.huji.ac.il Subject: Re: Interrups statistic - sar vs. mstat On Dec 26, 2007 10:04 AM, Vitaly Karasik [EMAIL PROTECTED] wrote: Probaly it is trivial, but I don't understand why I see different statistics regarding interrups into mstat and sar output. There is 15997 against 92 !!! Can someone explain it? [root]# sar -I SUM |head Linux 2.4.21-47.ELsmp 12/25/2007 12:00:01 AM INTR intr/s 12:10:01 AM sum 15997.32 [ root]# mpstat Linux 2.4.21-47.ELsmp 12/25/2007 11:14:07 AM CPU %user %nice %system %iowait %irq %soft %idle intr/s 11:14:07 AM all 2.40 0.00 7.41 0.05 1.97 10.78 77.39 92.36 The answer was simple - mpstat provides wrong interup statistics when called without interval parameter. I mean, mpstat 1 is OK, but mpstat will tell you wrong numbers. I don't understand yet, if this a feature or a bug. = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED] -- -tom 054-244-8025
Re: Find process id of background ssh?
On Wed, 2007-12-26 at 16:02 +0200, Tom Rosenfeld wrote: I have not tested this extensively, but you could try: pgrep ssh |tail -1 This will give you the PID of that last ssh process they way I read it it will give me the PID of the ssh with the highest process id, which may not be the last. pgrep -n ssh OTOH will give me the pid of the most recently started ssh process which is what I need, but it looks like there will be a race condition here. Maybe I could filter on session id or process group id if I would know how to set it. -- Oded = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Asterisk won't detect the line was hung up
Hi all, I thought that perhaps this problem will go away if I just upgrade to the latest Asterisk, but it did not. Zaptel 1.4.7.1 libpri 1.4.3 Asterisk 1.4.16.2 Zaptel.conf marks all FXO lines as FXSKS. There are several problems, but I haven't had a chance to test them all since I upgraded, so I'll start with the one most burning. The problem is that when an incoming call hangs up, the FXO line does not get disconnected. If the called arrived at a human, this is not a big deal. When the human (usually on a FXS line) hangs up, Asterisk also hangs up the FXO side. If the call gets routed to voice mail and the person leaves a message, this is also typically not so bad. The voice mail auto-terminates after five seconds of silence. The real problem is if the person has hung up during the office wide greeting. In such a case, by the time the timeout kicks in and the phones in the office actually ring, anyone picking up gets to hear a busy signal. Worse, if no one is at the office, and the call gets redirected to voice mail, the voice mail is going to record the entire busy signal, until it turns into that reminder that the phone is off the hook (faster and louder), and only once the Bezeq system gives up and starts producing silence does the voicemail hang up and free the line. The result is a series of approx. 4:30 seconds messages in my voice mail. If anyone has any idea how to solve this problem, it would be much appreciated. The other two problems (unconfirmed with latest versions) are: 1. Asterisk does not receive the caller ID from Bezeq. 2. I cannot define a call group for outgoing calls (Zap/g1). The hardware are a couple Digium TDM cards bought from Atellis. If you tell me the cards are defective, I will simply replace them under warranty. Thanks Shachar = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
On Wed, Dec 26, 2007 at 06:32:12PM +0200, ik wrote: Well, first thing, what is the signalling at /etc/asterisk/zapata.conf set on ? Secondly, do you have the following lines: busydetect=yes This is the thing to use when all else fails hanguponpolarityswitch=yes This is probably not supported in Israel. But it won't hurt to add this if polarity reversal is not used by the provider. Also make sure you set /etc/zaptel.conf to work in israel zone. It can help detecting the right signals. The tonezone has no effect on the hangup detection. zapata.conf has actually independent settings progzone, which stands for call-PROGress-detection ZONE. It has only five possible settings, and 2 of them are aliases to two of the others. Maybe setting progzone=uk will give less false detections. The other way to play with it is busypattern: ; If busydetect is enabled, it is also possible to specify the cadence of your ; busy signal. In many countries, it is 500msec on, 500msec off. Without ; busypattern specified, we'll accept any regular sound-silence pattern that ; repeats busycount times as a busy signal. If you specify busypattern, ; then we'll further check the length of the sound (tone) and silence, which ; will further reduce the chance of a false positive. ; ;busypattern=500,500 -- Tzafrir Cohen | [EMAIL PROTECTED] | VIM is http://tzafrir.org.il || a Mutt's [EMAIL PROTECTED] || best ICQ# 16849754 || friend = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
Well, first thing, what is the signalling at /etc/asterisk/zapata.conf set on ? Secondly, do you have the following lines: busydetect=yes hanguponpolarityswitch=yes Also make sure you set /etc/zaptel.conf to work in israel zone. It can help detecting the right signals. It will also be best if you could send us both files, it might help us to see other issues that can effect this, that I do not recall at this time. On Dec 26, 2007 6:15 PM, Shachar Shemesh [EMAIL PROTECTED] wrote: Hi all, I thought that perhaps this problem will go away if I just upgrade to the latest Asterisk, but it did not. Zaptel 1.4.7.1 libpri 1.4.3 Asterisk 1.4.16.2 Zaptel.conf marks all FXO lines as FXSKS. There are several problems, but I haven't had a chance to test them all since I upgraded, so I'll start with the one most burning. The problem is that when an incoming call hangs up, the FXO line does not get disconnected. If the called arrived at a human, this is not a big deal. When the human (usually on a FXS line) hangs up, Asterisk also hangs up the FXO side. If the call gets routed to voice mail and the person leaves a message, this is also typically not so bad. The voice mail auto-terminates after five seconds of silence. The real problem is if the person has hung up during the office wide greeting. In such a case, by the time the timeout kicks in and the phones in the office actually ring, anyone picking up gets to hear a busy signal. Worse, if no one is at the office, and the call gets redirected to voice mail, the voice mail is going to record the entire busy signal, until it turns into that reminder that the phone is off the hook (faster and louder), and only once the Bezeq system gives up and starts producing silence does the voicemail hang up and free the line. The result is a series of approx. 4:30 seconds messages in my voice mail. If anyone has any idea how to solve this problem, it would be much appreciated. The other two problems (unconfirmed with latest versions) are: 1. Asterisk does not receive the caller ID from Bezeq. 2. I cannot define a call group for outgoing calls (Zap/g1). The hardware are a couple Digium TDM cards bought from Atellis. If you tell me the cards are defective, I will simply replace them under warranty. Thanks Shachar Ido -- http://ik.homelinux.org/ = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
On Wed, Dec 26, 2007 at 06:15:29PM +0200, Shachar Shemesh wrote: Hi all, I thought that perhaps this problem will go away if I just upgrade to the latest Asterisk, but it did not. Zaptel 1.4.7.1 libpri 1.4.3 Asterisk 1.4.16.2 Zaptel.conf marks all FXO lines as FXSKS. There are several problems, but I haven't had a chance to test them all since I upgraded, so I'll start with the one most burning. The problem is that when an incoming call hangs up, the FXO line does not get disconnected. If the called arrived at a human, this is not a big deal. When the human (usually on a FXS line) hangs up, Asterisk also hangs up the FXO side. If the call gets routed to voice mail and the person leaves a message, this is also typically not so bad. The voice mail auto-terminates after five seconds of silence. The real problem is if the person has hung up during the office wide greeting. In such a case, by the time the timeout kicks in and the phones in the office actually ring, anyone picking up gets to hear a busy signal. Worse, if no one is at the office, and the call gets redirected to voice mail, the voice mail is going to record the entire busy signal, until it turns into that reminder that the phone is off the hook (faster and louder), and only once the Bezeq system gives up and starts producing silence does the voicemail hang up and free the line. The result is a series of approx. 4:30 seconds messages in my voice mail. With analog lines, it is the phone (the FXO) that decides when the circuit is connected. There are several ways for the PBX to hint you to disconnect. This is called disconnect supervision. Most Bezeq lines don't provide any disconnect supervision. Thus you'll have to resort to busydetect - listening for a busy tone. And Asterisk's busydetect works in quite strange ways. busydetect=yes Is polarity reversal used anywhere in Israel? (Actually: it is simple to test: enable debug loggin inAsterisk - in logger.conf, 'core set debug 5', and look at the messages you get when a call comes in. See if you see a message about polarity). If anyone has any idea how to solve this problem, it would be much appreciated. The other two problems (unconfirmed with latest versions) are: 1. Asterisk does not receive the caller ID from Bezeq. This is usually because the line doesn't have caller ID enabled. Check that with a caller-ID-enabled phone. 2. I cannot define a call group for outgoing calls (Zap/g1). Incorrectly-configured zapata.conf? Could you please post it? -- Tzafrir Cohen | [EMAIL PROTECTED] | VIM is http://tzafrir.org.il || a Mutt's [EMAIL PROTECTED] || best ICQ# 16849754 || friend = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
A small question, and I might missed it, but who supply you with the line ? HOT, Bezeq ? On Dec 26, 2007 6:56 PM, Tzafrir Cohen [EMAIL PROTECTED] wrote: On Wed, Dec 26, 2007 at 06:15:29PM +0200, Shachar Shemesh wrote: Hi all, I thought that perhaps this problem will go away if I just upgrade to the latest Asterisk, but it did not. Zaptel 1.4.7.1 libpri 1.4.3 Asterisk 1.4.16.2 Zaptel.conf marks all FXO lines as FXSKS. There are several problems, but I haven't had a chance to test them all since I upgraded, so I'll start with the one most burning. The problem is that when an incoming call hangs up, the FXO line does not get disconnected. If the called arrived at a human, this is not a big deal. When the human (usually on a FXS line) hangs up, Asterisk also hangs up the FXO side. If the call gets routed to voice mail and the person leaves a message, this is also typically not so bad. The voice mail auto-terminates after five seconds of silence. One other issue, that I now remember, is that some end carrier such as cellular phones does not forword properly the signal, and you must result in turn off MOH, and make sure that you cuse zapata.conf to give you direct signal from your carrier switchbox. The real problem is if the person has hung up during the office wide greeting. In such a case, by the time the timeout kicks in and the phones in the office actually ring, anyone picking up gets to hear a busy signal. Worse, if no one is at the office, and the call gets redirected to voice mail, the voice mail is going to record the entire busy signal, until it turns into that reminder that the phone is off the hook (faster and louder), and only once the Bezeq system gives up and starts producing silence does the voicemail hang up and free the line. The result is a series of approx. 4:30 seconds messages in my voice mail. With analog lines, it is the phone (the FXO) that decides when the circuit is connected. There are several ways for the PBX to hint you to disconnect. This is called disconnect supervision. Most Bezeq lines don't provide any disconnect supervision. Thus you'll have to resort to busydetect - listening for a busy tone. And Asterisk's busydetect works in quite strange ways. busydetect=yes I found it works better using HOT and Cellcom PRI, when configuring it. I do not have experience with it using FXO. Is polarity reversal used anywhere in Israel? (Actually: it is simple to test: enable debug loggin inAsterisk - in logger.conf, 'core set debug 5', and look at the messages you get when a call comes in. See if you see a message about polarity). If anyone has any idea how to solve this problem, it would be much appreciated. The other two problems (unconfirmed with latest versions) are: 1. Asterisk does not receive the caller ID from Bezeq. This is usually because the line doesn't have caller ID enabled. Check that with a caller-ID-enabled phone. Another issue is the format, and what is the ID you are trying. For example if your number is 03-1234567 and you try to post identify it as 03-1234569, then your carrier will either hide your CID, or will force the CID. On HOT, you must request to turn on the CID,and as far as I remember it is off by default. 2. I cannot define a call group for outgoing calls (Zap/g1). Incorrectly-configured zapata.conf? Could you please post it? -- Tzafrir Cohen | [EMAIL PROTECTED] | VIM is http://tzafrir.org.il || a Mutt's [EMAIL PROTECTED] || best ICQ# 16849754 || friend = Ido -- http://ik.homelinux.org/ = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
Both /etc/zaptel.conf and /etc/asterisk/zapata.conf attached. Ok, attaching them caused my email to not be delivered. Instead, both files are available from http://lingnu.com/asterisk_problem/ The provider is Bezeq. Tzafrir Cohen wrote: busydetect=yes Yes. I uncommented busydetect, busycount and busypattern (500,500), and the problem seems better now (though not perfect). I'll have to tweak those around a bit, I think. Is polarity reversal used anywhere in Israel? (Actually: it is simple to test: enable debug loggin inAsterisk - in logger.conf, 'core set debug 5', and look at the messages you get when a call comes in. See if you see a message about polarity). I'm not sure I did what I was meant to do, but assuming I did, no, there was no mention of polarity. 1. Asterisk does not receive the caller ID from Bezeq. This is usually because the line doesn't have caller ID enabled. Check that with a caller-ID-enabled phone. Checked, and the line does have caller ID. That's not it. 2. I cannot define a call group for outgoing calls (Zap/g1). Incorrectly-configured zapata.conf? Could you please post it? Attached are both files. Thanks for your help. Shachar = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
On 27/12/2007, at 06:29, Shachar Shemesh wrote: The provider is Bezeq. What do you mean the provider is Bezek? I can register an asterisk server to Bezek? Who do I contact? --sambo = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: Asterisk won't detect the line was hung up
sammy ominsky wrote: On 27/12/2007, at 06:29, Shachar Shemesh wrote: The provider is Bezeq. What do you mean the provider is Bezek? I can register an asterisk server to Bezek? Who do I contact? You call 166, and you ask for a phone line. They have been, on and off, advertising this service for over 20 years. I'm a bit surprised you haven't heard of it. --sambo Shachar = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]