Re: [asterisk-users] zaptel/ssh interaction (SOLVED!)
On Sun, 2007-04-15 at 14:53 -0600, Greg Woods wrote: when I recompiled zaptel with 1.4.1 and installed that, the problem is gone. I don't know if this was due to changes I made in the 1.4.0 zconfig.h file, or that there were fixes in 1.4.1. I checked, and the zconfig.h file that is in my 1.4.0 directory is identical with the one from the 1.4.1 directory, so the problem is unlikely to have been caused by changes I made. --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Sat, 14 Apr 2007, Greg Woods wrote: On Sat, 2007-04-14 at 14:17 -0500, Lacy Moore - Aspendora wrote: This was mentioned earlier: I suspect IRQ Sharing. I know. And I posted my /proc/interrupts showing that there were no shared IRQ's. I can't see either how an IRQ conflict would affect SSH. To me that's just bogus, and it seems that every time theres an issue with a Zaptel card/driver the easiest solution is to shout: Check your IRQs. If there was an IRQ conflict it would affect all ethernet traffic, wouldn't it? Why would it single out ssh... ? # cat /proc/interrupts CPU0 0: 670560442 IO-APIC-edge timer 1: 20079 IO-APIC-edge i8042 6: 2 IO-APIC-edge floppy 7: 0 IO-APIC-edge parport0 8: 1 IO-APIC-edge rtc 9: 0 IO-APIC-fasteoi acpi 12: 23344 IO-APIC-edge i8042 14:1073586 IO-APIC-edge ide0 15:5943428 IO-APIC-edge ide1 16: 5554 IO-APIC-fasteoi libata 17:1441409 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, ehci_hcd:usb5 18: 23387293 IO-APIC-fasteoi eth0 19: 613419658 IO-APIC-fasteoi wctdm 20:2592107 IO-APIC-fasteoi eth1 21: 2597 IO-APIC-fasteoi Ensoniq AudioPCI NMI: 0 LOC: 670560322 ERR: 0 MIS: 0 That looks fine to me. (if a little busy, if this were a production server, I'd go into the BIOS and disable as much as I could and compile up a custom kernel) Are you using a CentOS package? Have you tried compiling asterisk/zaptel from scratch? I'd think it's highly unlikely that Zaptel would be listeining on port 22 (ssh) though, but you might want to check with netstat, and I'd not have thought there would be any firewall issues (does CentOC come with a built-in firewall? Can you turn it off? (iptables -n -L to list) More questions that answers I'm afraid... Gordon ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On 4/15/07, Gordon Henderson [EMAIL PROTECTED] wrote: That looks fine to me. (if a little busy, if this were a production server, I'd go into the BIOS and disable as much as I could and compile up a custom kernel) Also maybe remove the sound card for a test just to see if that makes any difference. Although IRQ wouldn't seem to be the problem, I see no other reason Zaptel and ssh would conflict so the logic remains that since IRQ and other hardware hassles can wreak random havoc... I'd strip the hardware down to the minimum and turn off unused services as stated above. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
Two longshots: On Thu, Apr 12, 2007 at 05:02:23PM -0600, Greg Woods wrote: I hope I don't get flamed the first time I post to a new list. I have spent a couple of hours poking around without seeing anything like this. The problem is, as soon as I load the Zaptel drivers (with a TDM-31B card), ssh into or out of the server is broken. Trying to ssh in, I get: RSA_public_decrypt failed: error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01 key_verify failed for server_host_key If I try to ssh out, I get: hash mismatch key_verify failed for server_host_key This makes administering the server remotely impossible, so it's a fairly large problem for me right now. Anybody ever seen anything like this? It is easy to reproduce: modprobe zaptel and it's broken. Just zaptel? On its own? Do you see any special messages on dmesg? And if you modprobe zaptel with debug=1 ? Zaptel on its own should not cause problems if there are no spans. Are you sure no module is loaded? lsmod | grep zaptel If you run sshd on a different port in debug mode, what do you see? sshd -d -p And possibly -dd or -ddd . -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
Thanks to everyone so far for the suggestions; I have a few things to try. Some things I want to note: 1) Yes, I am certain that when I load and unload the modules, they are really loaded or unloaded. I did check with lsmod. I am also certain that the problems I am having are 100% correlated with whether the zaptel drivers are loaded. No driver, no problem, load driver, problems return. 2) I do not have an IRQ conflict (at least not directly; no shared interrupt numbers in /proc/interrupts) 3) The zaptel drivers do function properly when loaded. Asterisk works with my Digium card. 4) SSH itself works fine. It is only the initial key negotiation that fails when zaptel is loaded. If I stop asterisk and unload zaptel, then I can ssh in, and if I then reload zaptel and restart asterisk, my already-established ssh session works fine. The same thing happens with the ipsec-tools/racoon tunnel. If I start racoon on both ends and let it set up the SA, I can then reload zaptel and asterisk and the tunnel works fine. When the SA times out and racoon has to renegotiate the SA, it fails with a similar type of message, as though the packets it is seeing are malformed. 5) All other network-related traffic works fine, whether or not zaptel is loaded. It is only things related to RSA key negotiation that fail. 6) The zaptel driver also affects the sound. I get extraneous beeps and pops in the playback stream. Some things I will try: 1) Zaptel 1.4.1 2) See if Zaptel 1.4.1 will build with a newer kernel, and if so, whether the newer kernel makes a difference. 3) Disabling non-essential stuff in the BIOS (I'm pretty sure I already did that, but I do see a floppy in my interrupts list even though the system doesn't have a floppy drive installed, so I will check) 4) Unloading the sound driver and/or removing the sound card (#6 above suggests this might help) I will report back on the results. Thank you all very much for the suggestions. This is a problem that I must find a solution to. --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Sun, Apr 15, 2007 at 09:40:35AM -0600, Greg Woods wrote: Thanks to everyone so far for the suggestions; I have a few things to try. Some things I want to note: 1) Yes, I am certain that when I load and unload the modules, they are really loaded or unloaded. I did check with lsmod. I am also certain that the problems I am having are 100% correlated with whether the zaptel drivers are loaded. No driver, no problem, load driver, problems return. The thing I specifically wondered about is that zaptel on its own causes problems (without modules that actually generate spans: ztdummy, wctdm, wcfxo, etc.) 2) I do not have an IRQ conflict (at least not directly; no shared interrupt numbers in /proc/interrupts) 3) The zaptel drivers do function properly when loaded. Asterisk works with my Digium card. 4) SSH itself works fine. It is only the initial key negotiation that fails when zaptel is loaded. If I stop asterisk and unload zaptel, then I can ssh in, and if I then reload zaptel and restart asterisk, my already-established ssh session works fine. The same thing happens with the ipsec-tools/racoon tunnel. If I start racoon on both ends and let it set up the SA, I can then reload zaptel and asterisk and the tunnel works fine. When the SA times out and racoon has to renegotiate the SA, it fails with a similar type of message, as though the packets it is seeing are malformed. So the problem is with /dev/random (the entropy pool)? What happens if you replace /dev/random with a link to /dev/urandom ? What do you get from an strace of the sshd around thetime it hangs? 5) All other network-related traffic works fine, whether or not zaptel is loaded. It is only things related to RSA key negotiation that fail. 6) The zaptel driver also affects the sound. I get extraneous beeps and pops in the playback stream. Not sure how this is related. Maybe this is aa separate issue. -- Tzafrir Cohen icq#16849755jabber:[EMAIL PROTECTED] +972-50-7952406 mailto:[EMAIL PROTECTED] http://www.xorcom.com iax:[EMAIL PROTECTED]/tzafrir ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Sun, 2007-04-15 at 19:07 +0300, Tzafrir Cohen wrote: The thing I specifically wondered about is that zaptel on its own causes problems (without modules that actually generate spans: ztdummy, wctdm, wcfxo, etc.) You are correct: I can load zaptel by itself and I do not see the problem. I determined by trial and error that the minimal set of modules that I need in order for my TDM-31B card to work are wctdm24xxp and wctdm. Unfortunately, with only these two loaded, I still have the problem. Is there a way to use this knowledge to my advantage? So the problem is with /dev/random (the entropy pool)? I had wondered whether or not this had something to do with it, if only because I couldn't think of anything else that would cause only RSA negotiation to fail while everything else still worked. What happens if you replace /dev/random with a link to /dev/urandom ? I tried that, but it had no effect: same problem. What do you get from an strace of the sshd around thetime it hangs? The problem is not specific to sshd, since outbound ssh exhibits the same problem. So I tried strace there, and it doesn't help a whole lot. Here's what the tail of the strace output looks like when it exhibits the problem: open(/root/.ssh/known_hosts, O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=1484, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7 f3e000 read(4, portal,192.168.1.251 ssh-rsa AAA..., 4096) = 1484 close(4)= 0 munmap(0xb7f3e000, 4096)= 0 write(2, hash mismatch\r\n, 15) = 15 write(2, key_verify failed for server_hos..., 39) = 39 exit_group(255) = ? It reads the known_hosts file, then the next thing it does is crap out. This means the computational error is occurring somewhere in user space, due to god knows what that happens earlier. It does open and apparently successfully read 32 bytes from /dev/urandom previous to this. Without zaptel, this output looks like: open(/root/.ssh/known_hosts, O_RDONLY|O_LARGEFILE) = 4 fstat64(4, {st_mode=S_IFREG|0644, st_size=1484, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7 fde000 read(4, portal,192.168.1.251 ssh-rsa AAA..., 4096) = 1484 close(4)= 0 munmap(0xb7fde000, 4096)= 0 write(3, \0\0\0\f\n\25\0\0\0\0\0\0\0\0\0\0, 16) = 16 write(3, \6\213\320M\236\315\\321|\212\327%\252\235\3\251A\261..., 48) = 48 File descriptor 3 is the previously-opened socket to port 22, and things proceed normally from there. I'm not saying the evidence of what is going on isn't in these strace outputs somewhere, I just don't know what I should look for. [sound issue] Not sure how this is related. Maybe this is aa separate issue. Could be, but maybe not. I do intend to try pulling the sound card out of the machine in case what I'm looking at is some sort of driver conflict. I thought those were a thing of the past, but I remember old Mac systems having this sort of problem frequently. First I'm going to try the newer version of the zaptel driver, then (if it will compile) a newer kernel, because that's easier to try (doesn't require pulling all the cables and opening the box). --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
Greg Woods wrote: It reads the known_hosts file, then the next thing it does is crap out. This means the computational error is occurring somewhere in user space, due to god knows what that happens earlier. It does open and apparently successfully read 32 bytes from /dev/urandom previous to this. Did you make _any_ changes to zconfig.h when you built Zaptel, or did you make any changes to the Makefile or specify any special compilation arguments? ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction (SOLVED!)
On Sun, 2007-04-15 at 14:26 -0500, Kevin P. Fleming wrote: Did you make _any_ changes to zconfig.h when you built Zaptel, or did you make any changes to the Makefile or specify any special compilation arguments? Another good thought. To be honest, I do remember poking around in zconfig.h but I don't know if I actually ended up changing anything or not. However, what I do know is that when I recompiled zaptel with 1.4.1 and installed that, the problem is gone. I don't know if this was due to changes I made in the 1.4.0 zconfig.h file, or that there were fixes in 1.4.1. --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Sat, 2007-04-14 at 14:17 -0500, Lacy Moore - Aspendora wrote: This was mentioned earlier: I suspect IRQ Sharing. I know. And I posted my /proc/interrupts showing that there were no shared IRQ's. And from the rest, it sounds like your network card and Digium card are both sharing the same interrupt. How would that explain that only RSA key processing is affected? Other network-related things are working fine. # cat /proc/interrupts CPU0 0: 670560442 IO-APIC-edge timer 1: 20079 IO-APIC-edge i8042 6: 2 IO-APIC-edge floppy 7: 0 IO-APIC-edge parport0 8: 1 IO-APIC-edge rtc 9: 0 IO-APIC-fasteoi acpi 12: 23344 IO-APIC-edge i8042 14:1073586 IO-APIC-edge ide0 15:5943428 IO-APIC-edge ide1 16: 5554 IO-APIC-fasteoi libata 17:1441409 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, ehci_hcd:usb5 18: 23387293 IO-APIC-fasteoi eth0 19: 613419658 IO-APIC-fasteoi wctdm 20:2592107 IO-APIC-fasteoi eth1 21: 2597 IO-APIC-fasteoi Ensoniq AudioPCI NMI: 0 LOC: 670560322 ERR: 0 MIS: 0 Can you move the card to another slot? I don't have any other open slots, but I could try swapping some cards between slots. I've got three PCI slots occupied by the eth1 network card, the Digium card, and the Ensoniq sound card. Given the above /proc/interrupts, is swapping slots likely to help? As far as Zaptel compiling, there was a previous thread about Zaptel on CentOS 5. It could possibly be related. I will search for that, thanks. --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
It looks like swapping the soundcard and the Digium card would be a good thing. From what I understand, the Digium cards should always have the highest priority, and the IRQ with the highest number gets the highest priority. Or do I have this backwards? On 4/14/07, Greg Woods [EMAIL PROTECTED] wrote: On Sat, 2007-04-14 at 14:17 -0500, Lacy Moore - Aspendora wrote: This was mentioned earlier: I suspect IRQ Sharing. I know. And I posted my /proc/interrupts showing that there were no shared IRQ's. And from the rest, it sounds like your network card and Digium card are both sharing the same interrupt. How would that explain that only RSA key processing is affected? Other network-related things are working fine. # cat /proc/interrupts CPU0 0: 670560442 IO-APIC-edge timer 1: 20079 IO-APIC-edge i8042 6: 2 IO-APIC-edge floppy 7: 0 IO-APIC-edge parport0 8: 1 IO-APIC-edge rtc 9: 0 IO-APIC-fasteoi acpi 12: 23344 IO-APIC-edge i8042 14:1073586 IO-APIC-edge ide0 15:5943428 IO-APIC-edge ide1 16: 5554 IO-APIC-fasteoi libata 17:1441409 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, ehci_hcd:usb5 18: 23387293 IO-APIC-fasteoi eth0 19: 613419658 IO-APIC-fasteoi wctdm 20:2592107 IO-APIC-fasteoi eth1 21: 2597 IO-APIC-fasteoi Ensoniq AudioPCI NMI: 0 LOC: 670560322 ERR: 0 MIS: 0 Can you move the card to another slot? I don't have any other open slots, but I could try swapping some cards between slots. I've got three PCI slots occupied by the eth1 network card, the Digium card, and the Ensoniq sound card. Given the above /proc/interrupts, is swapping slots likely to help? As far as Zaptel compiling, there was a previous thread about Zaptel on CentOS 5. It could possibly be related. I will search for that, thanks. --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -- Lacy Moore Somewhere I wish I wasn't ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Fri, 2007-04-13 at 11:36 -0800, Mojo with Horan Company, LLC wrote: in some places, there are so few phone prefixes, you can simply match them exactly. Thanks for that idea; that should be even easier to do here, because we live in 10-digit land and have two overlapping area codes, which means all local numbers start with 303 or 720. But this will teach me not to mention more than one topic in a message, because I still have not solved the original problem with ssh breaking when the zaptel drivers are loaded and most of the discussion has been about the side topic of dialing 9 to get out. Even worse, I discovered that the same problem affects racoon/ipsec-tools as well; I get racoon errors in the log about hash mismatches and messages too short. Unload the zaptel drivers, and the tunnel is established immediately. I was hoping to work around the ssh problem by using an IPSEC tunnel to a known secure remote location, but then I run into another variant of the same problem. This is a large brick wall that I cannot get past, so I have to choose between being able to remotely access my home systems and using asterisk to handle incoming PSTN calls. Given the amount of money I spent on the Digium card and the fact that I really do need to be able to access home systems remotely when on travel, this isn't an attractive choice. On a possibly related note, I find that I cannot build the Zaptel drivers at all on newer FC6 kernels. I am running 2.6.19-1.2911.6.5.fc6 now, and zaptel builds and installs fine (other than breaking anything that uses rsa when loaded )-: If I boot into 2.6.20-1.2933.fc6 and try to build zaptel 1.4.0, I get compile errors (I did check the obvious, and yes, the kernel-devel-2.6.20-1.2933.fc6 package is installed): make[1]: Entering directory `/local/src/zaptel-1.4.0' make -C /lib/modules/2.6.20-1.2933.fc6/build SUBDIRS=/local/src/zaptel-1.4.0 mod ules make[2]: Entering directory `/usr/src/kernels/2.6.20-1.2933.fc6-i686' CC [M] /local/src/zaptel-1.4.0/zttranscode.o /local/src/zaptel-1.4.0/zttranscode.c: In function ‘zt_tc_open’: /local/src/zaptel-1.4.0/zttranscode.c:192: error: invalid use of undefined type ‘struct page’ /local/src/zaptel-1.4.0/zttranscode.c:193: error: invalid use of undefined type ‘struct page’ /local/src/zaptel-1.4.0/zttranscode.c:194: error: increment of pointer to unknow n structure /local/src/zaptel-1.4.0/zttranscode.c:194: error: arithmetic on pointer to an in complete type /local/src/zaptel-1.4.0/zttranscode.c:195: error: implicit declaration of functi on ‘SetPageReserved’ /local/src/zaptel-1.4.0/zttranscode.c: In function ‘ztc_release’: /local/src/zaptel-1.4.0/zttranscode.c:208: error: invalid use of undefined type ‘struct page’ /local/src/zaptel-1.4.0/zttranscode.c:209: error: invalid use of undefined type ‘struct page’ /local/src/zaptel-1.4.0/zttranscode.c:210: error: increment of pointer to unknow n structure /local/src/zaptel-1.4.0/zttranscode.c:210: error: arithmetic on pointer to an in complete type /local/src/zaptel-1.4.0/zttranscode.c:211: error: implicit declaration of functi on ‘ClearPageReserved’ /local/src/zaptel-1.4.0/zttranscode.c: In function ‘zt_tc_mmap’: /local/src/zaptel-1.4.0/zttranscode.c:370: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:376: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:376: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:378: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:378: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:384: error: implicit declaration of functi on ‘remap_pfn_range’ /local/src/zaptel-1.4.0/zttranscode.c:384: error: dereferencing pointer to incom plete type /local/src/zaptel-1.4.0/zttranscode.c:384: error: ‘PAGE_SHARED’ undeclared (firs t use in this function) /local/src/zaptel-1.4.0/zttranscode.c:384: error: (Each undeclared identifier is reported only once /local/src/zaptel-1.4.0/zttranscode.c:384: error: for each function it appears i n.) make[3]: *** [/local/src/zaptel-1.4.0/zttranscode.o] Error 1 make[2]: *** [_module_/local/src/zaptel-1.4.0] Error 2 make[2]: Leaving directory `/usr/src/kernels/2.6.20-1.2933.fc6-i686' make[1]: *** [linux26] Error 2 make[1]: Leaving directory `/local/src/zaptel-1.4.0' make: *** [all] Error 2 AAAUUGH!!! --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On 4/14/07, Greg Woods [EMAIL PROTECTED] wrote: Even worse, I discovered that the same problem affects racoon/ipsec-tools as well; I get racoon errors in the log about hash mismatches and messages too short. Unload the zaptel drivers, and the tunnel is established immediately. I was hoping to work around the ssh problem by using an IPSEC tunnel to a known secure remote location, but then I run into another variant of the This was mentioned earlier: I suspect IRQ Sharing. cat /proc/interrupts to see. If you are seeing more than 1 device on the same IRQ, see the mailing list archives on ways to resolve this. And from the rest, it sounds like your network card and Digium card are both sharing the same interrupt. Can you move the card to another slot? As far as Zaptel compiling, there was a previous thread about Zaptel on CentOS 5. It could possibly be related. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On 4/14/07, Greg Woods [EMAIL PROTECTED] wrote: On a possibly related note, I find that I cannot build the Zaptel drivers at all on newer FC6 kernels. I am running 2.6.19-1.2911.6.5.fc6 Never mind about my previous message about compiling Zaptel. It's unrelated, but what may be related is that I believe Zaptel is on version 1.4.1 now and it appears you are compiling 1.4.0. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
On Thu, 12 Apr 2007, Greg Woods wrote: Aside from this, I love my new asterisk system, and my wife has almost gotten used to having to dial 9 to get out of the house :-) Can't help you with your zaptel ssh issues - I use them both on my systems without any issues at all. But why force your wife to dial 9? In my dialplans, I use 0 to indicate an outside line... (as well as some hard-coded ones for 999, etc.) The only issue then is that you need to dial the whole number, area code included, but that's not really an issue anymore as you have to do that with a mobile. The other plus side is that the speed-dials caller ID on the house DECT phones still work. I do provide 9 too, but it's not really needed, but handy for stuff like 118118 150, etc. Gordon ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
To follow up on the don't need to dial 9 to get out topic, in some places, there are so few phone prefixes, you can simply match them exactly. Here's for where I live: exten = _747,1,Dial exten = _966,1,Dial exten = _738,1,Dial exten = _752,1,Dial exten = _1NXXNXX,1,Dial exten = _0NXXNXX,1,Dial and something for international if you'd care to it catches all numbers that could possibly be local and all long distances ones too. Anything that doesn't hit one of these matches can be caught explicitly. My wife didn't even notice the change. Gordon Henderson wrote: On Thu, 12 Apr 2007, Greg Woods wrote: Aside from this, I love my new asterisk system, and my wife has almost gotten used to having to dial 9 to get out of the house :-) Can't help you with your zaptel ssh issues - I use them both on my systems without any issues at all. But why force your wife to dial 9? In my dialplans, I use 0 to indicate an outside line... (as well as some hard-coded ones for 999, etc.) The only issue then is that you need to dial the whole number, area code included, but that's not really an issue anymore as you have to do that with a mobile. The other plus side is that the speed-dials caller ID on the house DECT phones still work. I do provide 9 too, but it's not really needed, but handy for stuff like 118118 150, etc. Gordon ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] zaptel/ssh interaction
I hope I don't get flamed the first time I post to a new list. I have spent a couple of hours poking around without seeing anything like this. The problem is, as soon as I load the Zaptel drivers (with a TDM-31B card), ssh into or out of the server is broken. Trying to ssh in, I get: RSA_public_decrypt failed: error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01 key_verify failed for server_host_key If I try to ssh out, I get: hash mismatch key_verify failed for server_host_key This makes administering the server remotely impossible, so it's a fairly large problem for me right now. Anybody ever seen anything like this? It is easy to reproduce: modprobe zaptel and it's broken. modprobe -r zaptel and it works fine. Also, and probably somehow related, when the zaptel drivers are loaded, the sound through the sound card is screwed up. I can still hear it, but there are extraneous beeps, crackles and pops in it. Aside from this, I love my new asterisk system, and my wife has almost gotten used to having to dial 9 to get out of the house :-) --Greg ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
Re: [asterisk-users] zaptel/ssh interaction
Greg Woods wrote: I hope I don't get flamed the first time I post to a new list. I have spent a couple of hours poking around without seeing anything like this. The problem is, as soon as I load the Zaptel drivers (with a TDM-31B card), ssh into or out of the server is broken. Trying to ssh in, I get: RSA_public_decrypt failed: error:0407006A:rsa routines:RSA_padding_check_PKCS1_type_1:block type is not 01 key_verify failed for server_host_key If I try to ssh out, I get: hash mismatch key_verify failed for server_host_key This makes administering the server remotely impossible, so it's a fairly large problem for me right now. Anybody ever seen anything like this? It is easy to reproduce: modprobe zaptel and it's broken. modprobe -r zaptel and it works fine. Also, and probably somehow related, when the zaptel drivers are loaded, the sound through the sound card is screwed up. I can still hear it, but there are extraneous beeps, crackles and pops in it. Aside from this, I love my new asterisk system, and my wife has almost gotten used to having to dial 9 to get out of the house :-) I suspect IRQ Sharing. cat /proc/interrupts to see. If you are seeing more than 1 device on the same IRQ, see the mailing list archives on ways to resolve this. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users