Re: Asterisk question
Shachar Shemesh wrote: Tzafrir Cohen wrote: Please provide a trace (with verbose level = 3) of this, so we can see what actually happens. I'm not next to the system, so I cannot generate a log, but a link pointing to how I set the verbosity level would be appreciated (or is it just asterisk -vvv?) You don't need to be next to the system. Log in via SSH or similar and run: # asterisk -rv This will connect you to the asterisk console remotely AND increase the debug level. Gilad = 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 question
Gilad Ben-Yossef wrote: You don't need to be next to the system. Log in via SSH or similar and run: # asterisk -rv This will connect you to the asterisk console remotely AND increase the debug level. Will it also pick up the physical extension and dial 9? Then again, it seems like a lightening has striked my firewall (or some such problem), because my office VPN seems totally down. At least the PBX still answers the phone, so that was not hurt. Gilad 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 question
Shachar Shemesh wrote: Gilad Ben-Yossef wrote: You don't need to be next to the system. Log in via SSH or similar and run: # asterisk -rv This will connect you to the asterisk console remotely AND increase the debug level. Will it also pick up the physical extension and dial 9? Yes, if you ask it nicely: pbx*CLI originate ZAP/1 [EMAIL PROTECTED] But this will probably be more useful: pbx*CLI originate ZAP/g3 application echo Then again, it seems like a lightening has striked my firewall (or some such problem), because my office VPN seems totally down. At least the PBX still answers the phone, so that was not hurt. Write a small AGI script to reboot the firewall if offered the right password? :-) Gilad = 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 question
Gilad Ben-Yossef wrote: Then again, it seems like a lightening has striked my firewall (or some such problem), because my office VPN seems totally down. At least the PBX still answers the phone, so that was not hurt. Write a small AGI script to reboot the firewall if offered the right password? :-) Tell you what. I'll pay whatever hourly rate you ask for if you give me the source to an AGI script to resurrect a toasted firewall. The methods I know involve tweaking wires to find out what's wrong, and sometimes even replacing fried components. Gilad 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 question
Hi, some nitpicking: On Wed, Jan 30, 2008 at 12:00:27PM +0200, Gilad Ben-Yossef wrote: Shachar Shemesh wrote: Gilad Ben-Yossef wrote: You don't need to be next to the system. Log in via SSH or similar and run: # asterisk -rv This will connect you to the asterisk console remotely AND increase the debug level. Will it also pick up the physical extension and dial 9? Yes, if you ask it nicely: pbx*CLI originate ZAP/1 [EMAIL PROTECTED] originate ZAP/1 extension [EMAIL PROTECTED] This will ring the phone. And when the phone has answered will call the second leg of the call. But this will probably be more useful: pbx*CLI originate ZAP/g3 application echo Then again, it seems like a lightening has striked my firewall (or some such problem), because my office VPN seems totally down. At least the PBX still answers the phone, so that was not hurt. Write a small AGI script to reboot the firewall if offered the right password? :-) Even without an agi script: Add the following extension to your IVR: exten = 11123467890293959697934,1,System(somescript) This number should include both a constant part and a variable part (passphrase). Alternatively, use a saner number and Read . Note that if you want to dial from a standard phone you must use an all-numbers password. Maybe you can use '#' and '*', but bad things can happen to them. I don't know about A, B, C, and D (if you happen to carry on you a dialer that can generate those tones). -- 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 question
Tzafrir Cohen wrote: Please provide a trace (with verbose level = 3) of this, so we can see what actually happens. I'm not next to the system, so I cannot generate a log, but a link pointing to how I set the verbosity level would be appreciated (or is it just asterisk -vvv?) group=3 Above you wrote Zap/g2, but here we have 'group=3'. Which is it? It was 2, and then I thought that I somehow associated Zap/1 with group 2 by mistake, so I switched everything to 3. 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 question
Damn :) Well dunno, asterisk version btw... ? On Monday 28 January 2008 18:36:21 Shachar Shemesh wrote: Noam Rathaus wrote: Hi, I once had a similar issue, the TDM card was badly shipped, the modules weren't the right one I thought they were.. i.e. FXS instead of FXO or the other way around, resulting in a card having FXS with another 3 FXO (or the other way) which caused Asterisk to confuse, and nothing to work properly. I discovered this by placing NOTHING as a group, as anything can be done without the need to group them, and the problem appeared to have been resolved - which led me to the conclusion I was grouping things incorrectly - openned the box and noticed the mistake by the card supplier. Not sure if this is the same case as in your configuration. Been there, done that, complained to the supplier and got the new modules already :-) This is what dmesg has to say about my system: ACPI: PCI Interrupt :00:08.0[A] - GSI 16 (level, low) - IRQ 201 Freshmaker version: 73 Freshmaker passed register test Module 0: Installed -- AUTO FXS/DPO Module 1: Installed -- AUTO FXS/DPO Module 2: Installed -- AUTO FXS/DPO Module 3: Installed -- AUTO FXS/DPO Found a Wildcard TDM: Wildcard TDM400P REV I (4 modules) ACPI: PCI Interrupt :00:09.0[A] - GSI 17 (level, low) - IRQ 209 Freshmaker version: 73 Freshmaker passed register test Module 0: Not installed Module 1: Not installed Module 2: Installed -- AUTO FXO (FCC mode) Module 3: Installed -- AUTO FXO (FCC mode) Found a Wildcard TDM: Wildcard TDM400P REV I (2 modules) Registered tone zone 0 (United States / North America) Registered tone zone 19 (Israel) So, no, this does not appear to be the problem here. Shachar -- 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: Asterisk question
Noam Rathaus wrote: Hi, I once had a similar issue, the TDM card was badly shipped, the modules weren't the right one I thought they were.. i.e. FXS instead of FXO or the other way around, resulting in a card having FXS with another 3 FXO (or the other way) which caused Asterisk to confuse, and nothing to work properly. I discovered this by placing NOTHING as a group, as anything can be done without the need to group them, and the problem appeared to have been resolved - which led me to the conclusion I was grouping things incorrectly - openned the box and noticed the mistake by the card supplier. Not sure if this is the same case as in your configuration. Been there, done that, complained to the supplier and got the new modules already :-) This is what dmesg has to say about my system: ACPI: PCI Interrupt :00:08.0[A] - GSI 16 (level, low) - IRQ 201 Freshmaker version: 73 Freshmaker passed register test Module 0: Installed -- AUTO FXS/DPO Module 1: Installed -- AUTO FXS/DPO Module 2: Installed -- AUTO FXS/DPO Module 3: Installed -- AUTO FXS/DPO Found a Wildcard TDM: Wildcard TDM400P REV I (4 modules) ACPI: PCI Interrupt :00:09.0[A] - GSI 17 (level, low) - IRQ 209 Freshmaker version: 73 Freshmaker passed register test Module 0: Not installed Module 1: Not installed Module 2: Installed -- AUTO FXO (FCC mode) Module 3: Installed -- AUTO FXO (FCC mode) Found a Wildcard TDM: Wildcard TDM400P REV I (2 modules) Registered tone zone 0 (United States / North America) Registered tone zone 19 (Israel) So, no, this does not appear to be the problem here. 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 question
Hi, I once had a similar issue, the TDM card was badly shipped, the modules weren't the right one I thought they were.. i.e. FXS instead of FXO or the other way around, resulting in a card having FXS with another 3 FXO (or the other way) which caused Asterisk to confuse, and nothing to work properly. I discovered this by placing NOTHING as a group, as anything can be done without the need to group them, and the problem appeared to have been resolved - which led me to the conclusion I was grouping things incorrectly - openned the box and noticed the mistake by the card supplier. Not sure if this is the same case as in your configuration. On Monday 28 January 2008 17:19:38 Shachar Shemesh wrote: Hi all, A while back I asked three Asterisk questions. Two of those were successfully answered by the list members, but one remains: I have four internal extensions connected to a TDM400 card using four FXS modules (channels 1-4). I also have two Bezeq lines connected to a second TDM400 card using two FXO modules (channels 7 and 8). I defined the FXO channels to belong to group 2, and defined in my extensions.conf file that outgoing calls should be directed to Zap/g2. When I dial out from my extension, everything is ok - I get an external line. When I dial from a different extension, my extension rings. If I dial out from two (neither mine) extension, the first rings my extension, but the seconds gets an outside line as it should. These symptoms would have been completely explained if Asterisk has appropriated my extension (Zap/1) to group 2, with (seemingly) no justification. Thinking I inadvertently associated Zap/1 to group 2 by mistake, I tried associating Zap/7 and Zap/8 to group 3 instead of two, with the appropriate change in extensions.conf. The problem persists. This is the relevant part of my zapata.conf file: context=internal signalling=fxo_ks group=1 callerid=Shachar Shemesh 201 channel = 1 callerid=someone 202 channel = 2 callerid=someone 203 channel = 3 callerid=someone 204 channel = 4 context=incoming signalling=fxs_ks group=3 callerid=asreceived channel = 7 callerid=asreceived channel = 8 Any help would be greatly appreciated. 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] -- 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: Asterisk question
On Mon, Jan 28, 2008 at 05:19:38PM +0200, Shachar Shemesh wrote: Hi all, A while back I asked three Asterisk questions. Two of those were successfully answered by the list members, but one remains: I have four internal extensions connected to a TDM400 card using four FXS modules (channels 1-4). I also have two Bezeq lines connected to a second TDM400 card using two FXO modules (channels 7 and 8). I defined the FXO channels to belong to group 2, and defined in my extensions.conf file that outgoing calls should be directed to Zap/g2. When I dial out from my extension, everything is ok - I get an external line. When I dial from a different extension, my extension rings. If I dial out from two (neither mine) extension, the first rings my extension, but the seconds gets an outside line as it should. Please provide a trace (with verbose level = 3) of this, so we can see what actually happens. Also, please provide the relevant parts of the dialplan (extensions.conf or whatever). This is the relevant part of my zapata.conf file: context=internal signalling=fxo_ks group=1 callerid=Shachar Shemesh 201 channel = 1 callerid=someone 202 channel = 2 callerid=someone 203 channel = 3 callerid=someone 204 channel = 4 context=incoming signalling=fxs_ks group=3 Above you wrote Zap/g2, but here we have 'group=3'. Which is it? callerid=asreceived channel = 7 callerid=asreceived channel = 8 Any help would be greatly appreciated. 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] -- 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]
