* You are viewing the archive for September 29th, 2011

Installing PRI card

Hi,

We have got a new PRI card at one of our Office locations and now I need to install the the device on a remote server. Is there any way to know if the device is loaded already.

When I give ” cat /proc/zaptel/* ” it returns the following.

# cat /proc/zaptel/*

Span 1: WCT1/0 “Wildcard TE122 Card 0″ (MASTER) B8ZS/ESF RED

IRQ misses: 2

1 WCT1/0/1 Clear (In use) RED

2 WCT1/0/2 Clear (In use) RED

3 WCT1/0/3 Clear (In use) RED

4 WCT1/0/4 Clear (In use) RED

5 WCT1/0/5 Clear (In use) RED

6 WCT1/0/6 Clear (In use) RED

7 WCT1/0/7 Clear (In use) RED

8 WCT1/0/8 Clear (In use) RED

9 WCT1/0/9 Clear (In use) RED

10 WCT1/0/10 Clear (In use) RED

11 WCT1/0/11 Clear (In use) RED

12 WCT1/0/12 Clear (In use) RED

13 WCT1/0/13 Clear (In use) RED

14 WCT1/0/14 Clear (In use) RED

15 WCT1/0/15 Clear (In use) RED

16 WCT1/0/16 Clear RED

17 WCT1/0/17 Clear (In use) RED

18 WCT1/0/18 Clear (In use) RED

19 WCT1/0/19 Clear (In use) RED

20 WCT1/0/20 Clear (In use) RED

21 WCT1/0/21 Clear (In use) RED

22 WCT1/0/22 Clear (In use) RED

23 WCT1/0/23 Clear (In use) RED

24 WCT1/0/24 HDLCFCS (In use) RED

But when I connect to the console, I am unable to give any ZAP related commands. Does this mean that my device is loaded and I just need to load the module. Or do I need to compile asterisk again?? Any help would be highly appreciated.

My asterisk version is Asterisk 1.4.19.2 and I am on a Fedora release 9
server.

Features not working

Hi all.

I could have sworn this working at one time…

But it doesn’t look like any of the functions provided by features.so is
working for me. (one-touch monitoring, attended/blind transfer, etc)

I’ve (re)loaded features.so, as well as bridge_builtin_features.so.

The config file looks sane.

What else should I try?

TIA,

Asterisk/DAHDI with “Dynamic T1s”

Greetings-

From time to time, I find myself working with (or customers working with) “dynamic T1s”. They are typically standard T1s that terminate to an Adtran device which utilizes the channels for data (64kbps X 24) until a call is pushed inbound/outbound on the circuit. One data channel is automatically peeled off the circuit (removing 64kbps from total data throughput capacity), and reallocated as a voice channel.

Is it possible for Asterisk/DAHDI to handle a situation such as this? If I recall, DAHDI does have some data functions to it, but I’m not sure if it can handle the circuit as data (presented to kernel for iptables routing/nat), and/or if it can automagically reallocate channels for voice usage on the fly.

Thoughts?

record calls of specific agnets

I would either use a gotoif to determine which queues get recorded or put
the recordable queues into a separate context (probably the simpler
solution).

From: asterisk-users-bounces@lists.digium.com
[mailto:asterisk-users-bounces@lists.digium.com] On Behalf Of Lyle McKarns
Sent: Thursday, September 29, 2011 11:22 AM
To: asterisk-users@lists.digium.com
Subject: [asterisk-users] record calls of specific agnets

Hello Asterisk List!

I have been asked to record calls from specific agents, and I am having
difficulty finding if this is possible, and if so, how exactly to do it.

Some pertinent info:
We are using Asterisk 1.4.31 with T1/PRI/IAX/SIP calls coming inbound.
We have about 60 queues, but only a few that will need to be recorded on for
this.
We use AgentCallbackLogin for agent login.

We have in place (but not active currently) the ability to record calls per
queue, but in this case, we only want a specific set of agents that are in a
given queue to be recorded. The issue seems to be that in this case the
recording information is setup with a
Set(MONITOR_FILENAME=$filename)
statement before the calls are placed in queue, at which point there is no
what to know what agent will answer the call.

If anyone could offer some advise on this, I would be very grateful! I will
also post to the list anything I find. Have a very nice day.

No Bull Service Providers

Hello Everyone,

We are looking for DID and SIP Termination service providers. Since
there are so many these days, can you
guy mention the BIG players that are supplying the rest of the little
guy? We are looking for the cheapest, and
scaleable infrastructure (i.e. unlimited channels for DID, and trunks
for termintation). To summarize we are looking
for the major players in the DID and SIP Trunk market, no/limited
headache. This is for wholesaler service.

Thanks in Advance,

Nick

Problem with Queue Stats

Hi,

We are trying to get working Queue Stats, but it seems we get stucked.

Is anyone using this project for to track agent statistics ?
http://www.asteriskguru.com/tools/queue_stats.php

We are managed to install Queue Stats version 0.3 despite of the fact
that its using Zend framework, which is not compatible with PHP version
is latest stable Debian.

Anyway, we are facing following problem now, on main page of project I
am getting : “The database in empty”, but its not empty. Access to
database in ./include/config.inc.php and in ./log/config.inc.php has
been configured correctly.

If anyone knows how to solve it, please give me a hand or if you know
other Opensource application which do the same job just advise what I
can use.

Beside of this error i see bunch of errors in apache log file.

[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined index: ACCESS in /usr/share/queue_stats/public/error.php on
line 26
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined variable: queue_select_in in
/usr/share/queue_stats/public/error.php on line 29
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Warning:
pg_query(): Query failed: ERROR: invalid input syntax for integer:
“”nLINE 12: aq.access_sid = ”n ^ in
/usr/share/queue_stats/public/error.php on line 61
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Warning:
pg_fetch_object() expects parameter 1 to be resource, boolean given in
/usr/share/queue_stats/public/error.php on line 62
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined index: ACCESS in /usr/share/queue_stats/public/error.php on
line 152
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined variable: queue in /usr/share/queue_stats/public/error.php on
line 157
[Thu Sep 29 14:18:24 2011] [error] [client 192.168.0.2] PHP Warning:
Invalid argument supplied for foreach() in
/usr/share/queue_stats/public/error.php on line 157
192.168.0.2 – - [29/Sep/2011:14:18:24 +0200] “GET
/public/error.php?warning=The%20database%20is%20empty!&type=incoming
HTTP/1.1″ 200 2124 “-” “Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2)
Gecko/20100101 Firefox/6.0.2″
192.168.0.2 – - [29/Sep/2011:14:18:28 +0200] “POST
/public/incoming_general.php HTTP/1.1″ 302 497
“http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming”
“Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2″
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined index: ACCESS in /usr/share/queue_stats/public/error.php on
line 26, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined variable: queue_select_in in
/usr/share/queue_stats/public/error.php on line 29, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Warning:
pg_query(): Query failed: ERROR: invalid input syntax for integer:
“”nLINE 12: aq.access_sid = ”n ^ in
/usr/share/queue_stats/public/error.php on line 61, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Warning:
pg_fetch_object() expects parameter 1 to be resource, boolean given in
/usr/share/queue_stats/public/error.php on line 62, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined index: ACCESS in /usr/share/queue_stats/public/error.php on
line 152, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Notice:
Undefined variable: queue in /usr/share/queue_stats/public/error.php on
line 157, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
[Thu Sep 29 14:18:28 2011] [error] [client 192.168.0.2] PHP Warning:
Invalid argument supplied for foreach() in
/usr/share/queue_stats/public/error.php on line 157, referer:
http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming
192.168.0.2 – - [29/Sep/2011:14:18:28 +0200] “GET
/public/error.php?warning=The%20database%20is%20empty!&type=incoming
HTTP/1.1″ 200 2124
“http://queue_stats.omicrons.pl/public/error.php?warning=The%20database%20is%20empty!&type=incoming”
“Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2″

Thanks and regards,
Robert