There's actually a document included with the source code which will
take you through setting up an agent callback system. You can find it
in 'doc/queues-with-callback-members.txt'.
The 'AgentCallBackLogin' application has some issues, and since you
can
do the same thing with your
I am really grateful to all the experts on the mailing list who gave me
some very good advice on this problem which I experienced in China. I
think we have fixed the problem and the card is no longer reporting any
problems. We are able to dial out successfully and we will continue to
test.
Here
Excelent!!
but may be better if you send to the list the zaptel.conf and zapata.conf
Regards,
Luis Morales
On Thu, Aug 21, 2008 at 10:19 PM, Lee, John (Sydney)
[EMAIL PROTECTED] wrote:
I am really grateful to all the experts on the mailing list who gave me
some very good advice on this
I am trying to look for a software (open source or proprietory) that could do
reporting on both queue and CDR in Asterisk 1.4.*
Could someone give me some suggestions?
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
AstriCon
queuemetrics
Lee, John (Sydney) wrote:
I am trying to look for a software (open source or proprietory) that
could do reporting on both queue and CDR in Asterisk 1.4.*
Could someone give me some suggestions?
: Re: [asterisk-users] Newbie: Queue and CDR Reporter and Analyser
queuemetrics
Lee, John (Sydney) wrote:
I am trying to look for a software (open source or proprietory) that
could do reporting on both queue and CDR in Asterisk 1.4.*
Could someone give me some suggestions
On 7/31/08, Jay R. Ashworth [EMAIL PROTECTED] wrote:
On Thu, Jul 31, 2008 at 05:36:14PM +1000, Lee, John (Sydney) wrote:
Yes, I tried all sorts of cables and ended up getting the local contact
to complain to NETCOM. An engineer came and swapped the Fast Ethernet
to E1 converter.
Hmmm.
if after you tried both straight through crossover cables and
it still give you RED alarm. just tell them you can't get any
clocking signal. they'll probably send someone on site and test
the line.
Yes, I tried all sorts of cables and ended up getting the local contact
to complain to NETCOM.
On Thu, Jul 31, 2008 at 12:31 PM, Uros Djokic [EMAIL PROTECTED] wrote:
Hi,
Ensure that in file indications.conf you have
[general]
contry=cn ; not usa ! or if you are in Australia shortcut for Australia
Regards,
Uros
--
Use Free Software http://www.fsf.org/
Hi,
Ensure that in file indications.conf you have
[general]
contry=cn ; not usa !
Regards,
Uros
--
Use Free Software http://www.fsf.org/
---
Four essential software freedoms:
1) To study source code
2) To copy program
3) To modify source code
4) To
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Lee, John (Sydney)
Sent: Thursday, July 31, 2008 3:36 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Newbie in China: Red alaram in
Zaptel for E1
Sounds like you're making progress. I would try the above span
definition without the crc4. That might do the trick.
Thanks Brad.
I already tried it without crc4 but it makes no difference.
___
-- Bandwidth and Colocation Provided by
Ensure that in file indications.conf you have
[general]
country=cn ; not usa ! or if you are in Australia shortcut for Australia
Uros, that was a good reminder. However, I don't think it is related to this
problem.
___
-- Bandwidth and
Make experiment.Make loopback Rj-45. (wire 1 from pin 1 to pin 4 wire 2 from
pin 2 to pin 5). Then put it in card and if card is OK you should see green
led.You should also see dozens of ALARMS notices or warnings on asterisk
CLI.
Also check pinout http://www.goonda.org/archive/docs/pinout.html
On Thu, Jul 31, 2008 at 05:36:14PM +1000, Lee, John (Sydney) wrote:
Yes, I tried all sorts of cables and ended up getting the local contact
to complain to NETCOM. An engineer came and swapped the Fast Ethernet
to E1 converter.
Hmmm.
Whose side is Fast Ethernet, and whose side is E1?
Are you
Dan Austin wrote:
John wrote:
Thanks Steve for your suggestions.
In China you will generally get either MFC/R2 or EuroISDN. MFC/R2 is
much more common.
This is exactly my current problem.
NETCOM in Shanghai just told my local contact it is an E1 and that's it.
I
You don't need to install it. Just run kernel/xpp/utils/genzaptelconf
directly from the source directory.
Thanks Tzafrir.
My local contact is away today and so I could not get him to plug the
line to port 4. So, it is still in port 1.
Here is the output after running genzaptelconf.
#
I am trying to build a simple queue with several agents using
AgentCallBackLogin.
From what I read on the Internet and tried briefly, it seems to suggest that I
should be coding my own queue system for AgentCallBackLogin using AEL2 instead
of using the AgentCallBackLogin command because it is
emist wrote:
My best guess from looking at that is that its a driver bug. The last
thing that happens before the lockup seems to be an ioctl call to the
device.
That was a bug that should have been resolved by 1.4.11 (he subsequently
updated and it was resolved).
Matthew Fredrickson
Lee, John (Sydney) wrote:
The test for that is simple:
head -n 1 /proc/zaptel/*
Let's look at all four spans. Not just the first one.
Thanks Tzafrir.
# head -n 1 /proc/zaptel/*
== /proc/zaptel/1 ==
Span 1: TE4/0/1 T4XXP (PCI) Card 0 Span 1 (MASTER) HDB3/ RED
== /proc/zaptel/2
There's actually a document included with the source code which will
take you through setting up an agent callback system. You can find it
in 'doc/queues-with-callback-members.txt'.
The 'AgentCallBackLogin' application has some issues, and since you can
do the same thing with your dialplan,
Lee, John (Sydney) wrote:
i've installed several Asterisk systems in Shanghai Beijing.
Thanks Edwin.
The remote site is in Shanghai and NETCOM is the telco.
Do you know if their E1 line is MFC/R2 or EuroISDN?
i'm not sure if they provide MFC/R2. but we always
ordered PRI from them. as far
Lee, John (Sydney) wrote:
I am trying to build a simple queue with several agents using
AgentCallBackLogin.
From what I read on the Internet and tried briefly, it seems to suggest that
I should be coding my own queue system for AgentCallBackLogin using AEL2
instead of using the
I think it can't hurt to try a different release. Let me know how it
goes.
Thanks Igor.
I just upgraded zaptel to 1.4.11.
However, I am still seeing red in the alarm in zttool and the LED on
port 1 also shows red.
---
cat
Wow - that's nasty.
Almost like a broken card or MB. Ouch.
Should you call the supplier of the card and ask them about warranty?
PaulH
Thanks Paul.
The TE412P card is fine and the zaptel error in dmesg is fixed by
1.4.11.
However, the red alarms are still there.
Wow - that's nasty.
Almost like a broken card or MB. Ouch.
Should you call the supplier of the card and ask them about warranty?
PaulH
Lee, John (Sydney) wrote:
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has been installed and so I plug it into
On Tue, Jul 29, 2008 at 01:48:26PM +1000, Lee, John (Sydney) wrote:
On the box, first of all, I just installed Zaptel 1.4.10.1.
[..]
BUG: soft lockup - CPU#2 stuck for 16s! [ztcfg:4681]
Hi, just for (all of) you to know this is a known bug of zaptel
1.4.11, the
Hi, just for (all of) you to know this is a known bug of zaptel
1.4.11, the firmware upload procedure is taking some time, operating
like a freeze during the process, so this message appears.
But this isn't a real problem, as it doesn't have any consequences
appart from the message.
On Tue, Jul 29, 2008 at 12:04:43AM -0500, Tilghman Lesher wrote:
On Monday 28 July 2008 22:48:26 Lee, John (Sydney) wrote:
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has been installed and so I plug it into port
1 of a TE412P.
Are you sure
The test for that is simple:
head -n 1 /proc/zaptel/*
Let's look at all four spans. Not just the first one.
Thanks Tzafrir.
# head -n 1 /proc/zaptel/*
== /proc/zaptel/1 ==
Span 1: TE4/0/1 T4XXP (PCI) Card 0 Span 1 (MASTER) HDB3/ RED
== /proc/zaptel/2 ==
Span 2: TE4/0/2 T4XXP (PCI) Card
On Tue, Jul 29, 2008 at 05:55:05PM +1000, Lee, John (Sydney) wrote:
The test for that is simple:
head -n 1 /proc/zaptel/*
Let's look at all four spans. Not just the first one.
Thanks Tzafrir.
# head -n 1 /proc/zaptel/*
== /proc/zaptel/1 ==
Span 1: TE4/0/1 T4XXP (PCI) Card 0
Hi John,
Good to see a fellow Sydney-sider setting up Asterisk in China! Which
city are you in? Our setup is in Kunming, Yunnan province.
I've managed to get a working setup through China Netcom with a
two-port Sangoma card. I'd email you all the settings / versions I'm
using right now but
I tried the suggestion on
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 but the red alarm is
still on.
An output of 'head -n 1 /proc/zaptel/*' after the fact might help us help
you. Did you re-run ztcfg after editing zaptel.conf ?
On Tue, Jul 29, 2008 at 10:31:43PM +1000, Lee, John (Sydney) wrote:
I tried the suggestion on
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2
http://www.voip-info.org/wiki/view/Asterisk+MFC+R2 but the red alarm is
still on.
An output of 'head -n 1 /proc/zaptel/*' after the fact
Hi John,
In China you will generally get either MFC/R2 or EuroISDN. MFC/R2 is
much more common.
The only oddity with EuroISDN is that it often provided without CRC4.
That doesn't make a lot of sense, but there it is. MFC/R2 seems to be
universally provided without CRC4 in China.
You said you
PROTECTED] On Behalf Of Steve
Underwood
Sent: Tuesday, July 29, 2008 8:40 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Newbie in China: Red alaram in Zaptel for
E1
Hi John,
In China you will generally get either MFC/R2 or EuroISDN. MFC/R2 is
much more
On Tue, Jul 29, 2008 at 01:56:23PM +0300, Tzafrir Cohen wrote:
An output of 'head -n 1 /proc/zaptel/*' after the fact might help us help
you. Did you re-run ztcfg after editing zaptel.conf ?
On a sidebar, let me suggest head -1q; it's neater.
Cheers,
-- jra
--
Jay R. Ashworth
China for E1 as has been mentioned is a strange place. China is broken up
into two parts basically south of Shanghai and north of Shanghai. It is all
operated by China Telecom and CNC, but the technical aspects of the two
parts are not necessarily the same.
For technical assistance in China we
Lee, John (Sydney) wrote:
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has been installed and so I plug it into port
1 of a TE412P.
i've installed several Asterisk systems in Shanghai Beijing.
On the box, first of all, I just installed Zaptel
An output of 'head -n 1 /proc/zaptel/*' after the fact might help us
help
you. Did you re-run ztcfg after editing zaptel.conf ?
On a sidebar, let me suggest head -1q; it's neater.
Thanks Jay for your neater suggestion!
# head -n1 /proc/zaptel/*
== /proc/zaptel/1 ==
Span 1: TE4/0/1 T4XXP
Thanks Steve for your suggestions.
In China you will generally get either MFC/R2 or EuroISDN. MFC/R2 is
much more common.
This is exactly my current problem.
NETCOM in Shanghai just told my local contact it is an E1 and that's it.
I have no idea whether it is MFC/R2 or EuroISDN and so there
If you're interested, our working circuit in Chengdu with a China
Telecom PRI is configured as:
/etc/zaptel.conf:
span=1,0,0,ccs,hdb3
bchan=1-15,17-31
dchan=16
loadzone = cn
defaultzone=cn
/etc/asterisk/zapata.conf (just including the pertinent lines):
switchtype=euroisdn
i've installed several Asterisk systems in Shanghai Beijing.
Thanks Edwin.
The remote site is in Shanghai and NETCOM is the telco.
Do you know if their E1 line is MFC/R2 or EuroISDN?
red alarm usually means there's no clocking signal.
check all your cables (crossover vs straight through)
Yes, to try port 4 again.
Thanks Tzafrir.
Why do I have to plug it into port 4?
Backup the existing zaptel.conf and run genzaptelconf (no need to
unload
/ reload any modules). What is the output of 'head -n 1
/proc/zaptel/*'
after that?
I could not find genzaptelconf probably because I
On Wed, Jul 30, 2008 at 01:38:11PM +1000, Lee, John (Sydney) wrote:
Yes, to try port 4 again.
Thanks Tzafrir.
Why do I have to plug it into port 4?
Backup the existing zaptel.conf and run genzaptelconf (no need to
unload
/ reload any modules). What is the output of 'head -n 1
You don't need to install it. Just run kernel/xpp/utils/genzaptelconf
directly from the source directory.
Yes mate - I was just 1 sec away from reinstalling zaptel.
Why do I have to plug it into port 4?
Do I have to plug the line into port 4 instead of port 1?
John wrote:
Thanks Steve for your suggestions.
In China you will generally get either MFC/R2 or EuroISDN. MFC/R2 is
much more common.
This is exactly my current problem.
NETCOM in Shanghai just told my local contact it is an E1 and that's it.
I have no idea whether it is MFC/R2 or
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has been installed and so I plug it into port
1 of a TE412P.
On the box, first of all, I just installed Zaptel 1.4.10.1.
# service zaptel restart
Unloading zaptel hardware drivers:ERROR: Module zaptel is in
My best guess from looking at that is that its a driver bug. The last
thing that happens before the lockup seems to be an ioctl call to the
device.
Hope it helps,
Igor H.
Lee, John (Sydney) wrote:
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has
My best guess from looking at that is that its a driver bug. The last
thing that happens before the lockup seems to be an ioctl call to the
device.
Hope it helps,
Igor H.
Thanks Igor.
Does it mean that I should install a later release of zaptel?
On Monday 28 July 2008 22:48:26 Lee, John (Sydney) wrote:
This time, I am trying to remotely install Asterisk in China.
I was told that an E1 line has been installed and so I plug it into port
1 of a TE412P.
Are you sure that they're plugged into port 1 and not port 4? It is a rather
common
Are you sure that they're plugged into port 1 and not port 4? It is a
rather
common mistake to believe that the port numbers start at the bottom of
the card and not at the top.
Thanks Tilghman.
I checked with the guys in the remote office and he is certain that he
has plugged the E1 line
I think it can't hurt to try a different release. Let me know how it goes.
Regards,
Igor H.
Lee, John (Sydney) wrote:
My best guess from looking at that is that its a driver bug. The last
thing that happens before the lockup seems to be an ioctl call to the
device.
Hope it helps,
Igor H.
You should probably avoid giving incoming access to outgoing..
PaulH
Lee, John (Sydney) wrote:
With an ISDN10/20/30/etc, I would just put all the lines into an
'incoming' context - and make sure that incoming context doesn't have
any includes (unless you really need them...)
Can
You should probably avoid giving incoming access to outgoing..
Thanks Paul.
[incoming]
...
include = internal
include = outgoing
The thing is if I don't have this include = outgoing in [incoming], I
will not be able to dial out at all.
Any thoughts?
You should probably look at having another context - maybe even
'sip-phones' for your sip phones.
Then include everything you need there.
PaulH
Lee, John (Sydney) wrote:
You should probably avoid giving incoming access to outgoing..
Thanks Paul.
[incoming]
...
include =
You really want to avoid people making incoming calls being able to make
outgoing calls.
Especially international ones.
PaulH
Lee, John (Sydney) wrote:
You should probably avoid giving incoming access to outgoing..
Thanks Paul.
[incoming]
...
include = internal
include =
With an ISDN10/20/30/etc, I would just put all the lines into an
'incoming' context - and make sure that incoming context doesn't have
any includes (unless you really need them...)
Can someone please have a look at below to see if this would be the best
and secure practice of using context in
Dear Tzafrir,
Thank you for the kind response. Will do further searching, but my initial
findings are that very little is available on the net regarding the actual
ports.
Its on a public ip hosted at an isp and have full control over machine.
There is one other port that needs to be opened to
Just want to know if anyone has used instant messaging using Polycom and
Asterisk.
From Google, I did not really see IM being mentioned at all. It appears
no one is interested to implement it in Asterisk. Or I guess people
would rather use Jabber or other IM messengers.
Tilghman, you are spot on!
As it turns out, this parameter is not documented at all in
http://www.voip-info.org/wiki/index.php?page=Asterisk+config+voicemail.c
onf or anywhere on Internet.
Also, in that voicemail wiki, there seems to be a lot of parameters
that
wasn't explained at all.
I
I was thinking about dividing my users into different groups (contexts)
in voicemail.conf so that I could use voicemail show users for
[context] to manage them easier.
However, I found out that I should not do that because if I am using
[macro-stdexten] in extensions.conf, I will need to
On Tue, May 20, 2008 at 05:58:45PM +1000, Lee, John (Sydney) wrote:
I was thinking about dividing my users into different groups (contexts)
in voicemail.conf so that I could use voicemail show users for
[context] to manage them easier.
However, I found out that I should not do that because
Please direct me to any usefull links to help secure my asterisk server once
these ports are opened.
Thanks
Shaun
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To UNSUBSCRIBE or update
On Tue, May 20, 2008 at 10:41:28AM +0200, Shaun Wingrin wrote:
Please direct me to any usefull links to help secure my asterisk server once
these ports are opened.
http://search.yahoo.com/search?p=secure+asterisk+server
http://www.google.com/search?q=secure+asterisk+server
Now, do some basic
One way to make the system more secure would be by not opening these ports
statically in Linux iptables. I have not tested this, but Linux iptables
have shipped with ip_nat_sip and ip_conntrack_sip modules since kernel
version 2.6.18. With these modules, Linux iptables will act as a SIP-aware
NAT
On Tue, May 20, 2008 at 06:46:49AM -0400, Raj Jain wrote:
One way to make the system more secure would be by not opening these ports
statically in Linux iptables. I have not tested this, but Linux iptables
have shipped with ip_nat_sip and ip_conntrack_sip modules since kernel
version 2.6.18.
On Tue, May 20, 2008 at 7:11 AM, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Tue, May 20, 2008 at 06:46:49AM -0400, Raj Jain wrote:
One way to make the system more secure would be by not opening these ports
statically in Linux iptables. I have not tested this, but Linux iptables
have shipped
As a result, I just go back to put all users in [default] in
voicemail.conf.
Am I missing anything?
What do those contexts mean in your setup (beside being arbitrary
groups)?
I just want to group the mailboxes by say department rather than putting
them all under [default].
So, I could
Lee, John (Sydney) wrote:
As a result, I just go back to put all users in [default] in
voicemail.conf.
Am I missing anything?
What do those contexts mean in your setup (beside being arbitrary
groups)?
I just want to group the mailboxes by say department rather than putting
On Tuesday 20 May 2008 07:10:59 Lee, John (Sydney) wrote:
As a result, I just go back to put all users in [default] in
voicemail.conf.
Am I missing anything?
What do those contexts mean in your setup (beside being arbitrary
groups)?
I just want to group the mailboxes by say
Perhaps seeing some of your dial plan (such as the macro, etc) would
help not only me, but also others, because maybe I am just not following
you.
Off the top of my head there are a few things you could do..but again,
it depends on how your dialplan is set up and how you access the macro.
One
I haven't been following the conversation, but why don't you use
searchcontexts=yes in voicemail.conf? As long as you don't specify a
particular context when calling Voicemail, it will look through all
contexts
until it finds a matching mailbox.
Tilghman, you are spot on!
As it turns out,
Hi All,
Please direct me to solve this concern of my server host.
Tx
Shaun
Sent via my BlackBerry from Vodacom - let your email find you!
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing list
To
On Mon, May 19, 2008 at 6:59 AM, Shaun [EMAIL PROTECTED] wrote:
Hi All,
Please direct me to solve this concern of my server host.
Tx
Shaun
Sent via my BlackBerry from Vodacom - let your email find you!
There are always risks
Thanks,
Steve Totaro
On Sat, May 17, 2008 at 9:21 AM, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Fri, May 16, 2008 at 06:32:30PM -0500, James Sneeringer wrote:
The safe_asterisk script monitors the actual asterisk process, and if
it dies for some reason,
Not for some reason. For instyance, if asterisk decides to
James Sneeringer wrote:
snip /
Also note that asterisk.conf options override command-line options (and
not the other way around, as you might have learned to expect from most
other applications).
Some asterisk.conf options, such as runuser and rungroup, don't appear
to work at all. I can
You should probably clean it up and put it up on the wiki. I don't
think
anyone has put up a step-by-step like you did before.
There might be much easier additions/modifications done to it, and it
will
be available to everybody.
Done. No problem - glad to be of service to the open-source
You should probably clean it up and put it up on the wiki. I don't
think
anyone has put up a step-by-step like you did before.
There might be much easier additions/modifications done to it, and it
will
be available to everybody.
Done. No problem - glad to be of service to the open-source
On Fri, May 16, 2008 at 06:32:30PM -0500, James Sneeringer wrote:
On Fri, May 16, 2008 at 3:04 AM, Lee, John (Sydney)
[EMAIL PROTECTED] wrote:
First of all, thanks Philipp, Alan, Tzafrir and James for your valuable
comments. I have listed below the exact list of commands to run for
: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lee, John
(Sydney)
Sent: May 16, 2008 4:04 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Newbie Asterisk: Install Asterisk as non-root
First of all, thanks Philipp, Alan, Tzafrir and James
First of all, thanks Philipp, Alan, Tzafrir and James for your valuable
comments. I have listed below the exact list of commands to run for
reinstalling asterisk 1.4.* as non-root on a Redhat / Fedora distro.
Hope others can benefit.
I have the following comments/questions though:
1) #What
On Fri, May 16, 2008 at 3:04 AM, Lee, John (Sydney)
[EMAIL PROTECTED] wrote:
First of all, thanks Philipp, Alan, Tzafrir and James for your valuable
comments. I have listed below the exact list of commands to run for
reinstalling asterisk 1.4.* as non-root on a Redhat / Fedora distro.
Hope
I was following the instruction on
http://www.voip-info.org/wiki-Asterisk+non-root to re-install my
Asterisk as non-root when I had the following questions/issues:
1) Use your system's preferred method of adding a new user. Examples:
Red Hat: adduser -c Asterisk PBX -d /var/lib/asterisk -u
On Thu, May 15, 2008 at 06:17:12PM +1000, Lee, John (Sydney) wrote:
I was following the instruction on
http://www.voip-info.org/wiki-Asterisk+non-root to re-install my
Asterisk as non-root when I had the following questions/issues:
For those wondering what the fuss is all about, look at:
He
Lee, John (Sydney) schrieb:
I was following the instruction on
http://www.voip-info.org/wiki-Asterisk+non-root to re-install my
Asterisk as non-root when I had the following questions/issues:
1) Use your system's preferred method of adding a new user. Examples:
Red Hat: adduser -c
Lee, John (Sydney) wrote:
I was following the instruction on
http://www.voip-info.org/wiki-Asterisk+non-root to re-install my
Asterisk as non-root when I had the following questions/issues:
1) Use your system's preferred method of adding a new user. Examples:
Red Hat: adduser -c Asterisk
On Thu, May 15, 2008 at 5:30 AM, Tzafrir Cohen [EMAIL PROTECTED] wrote:
On Thu, May 15, 2008 at 06:17:12PM +1000, Lee, John (Sydney) wrote:
5) Another article says that running as non-root will prevent ToS being
used. What is ToS? Do I need to be concerned?
Anybody wants to write something
I was able to disable the DND button (no 9) on IP60x by putting the
following line in sip.cfg.
keys key.scrolling.timeout=1
key.IP_600.9.function.prim=Null/
However, I could not do so for the Services Button (no 29) on IP600 (or
Applications button on IP01)
keys
In The future of Telephony, it says ... We should also note for
security's sake you should always make sure that your [incoming] context
never allows outbound dialing. (If by chance it did, people could dial
into your system and make outbound toll calls that would be charged to
you!)
The book
At 9:43 AM on 13 May 2008, Lee, John (Sydney) wrote:
In The future of Telephony, it says ... We should also note for
security's sake you should always make sure that your [incoming]
context never allows outbound dialing. (If by chance it did, people
could dial into your system and make
With an ISDN10/20/30/etc, I would just put all the lines into an
'incoming' context - and make sure that incoming context doesn't have
any includes (unless you really need them...)
PaulH
On Tue, 2008-05-13 at 09:43 +1000, Lee, John (Sydney) wrote:
In The future of Telephony, it says ... We
I think there are quite a few aspects to the issue. I agree I've used
the X101p cards which really are a Windmodem with a resistor removed
and I had nothing but echo problems but then again I could have tried
harder.
1) It was an early digium product. I think the Sangoma cards and the
newer
A couple of years ago I started my Asterisk carrier with selling
x100p cards and I think I sold around 100 of them in total to people
who could actually contact me and new who I was. Yes, it is a poor
man solution but at least it is a solution. And for the poor man it
is the only thing
The only things I set in relation to echo cancellation is in zapata.conf
where I put echocancel=yes
Ouch...any idea what echo cancellation your system is using?
PaulH
On Thu, 2008-05-08 at 14:55 +1000, Lee, John (Sydney) wrote:
the relaxdmtf (or similar) option in zaptel can make this
I have this simple queue for the reception set up such that the console
queue has only one agent.
I checked the number in the queue and if there is someone there, I play
back a busy please be patient message and then join the call to the
queue.
If there is no one in the queue, the caller will go
On Thu, May 8, 2008 at 11:25 AM, Lee, John (Sydney)
[EMAIL PROTECTED] wrote:
I have this simple queue for the reception set up such that the console
queue has only one agent.
I checked the number in the queue and if there is someone there, I play
back a busy please be patient message and
On Thu, 8 May 2008, Lee, John (Sydney) wrote:
I have this simple queue for the reception set up such that the console
queue has only one agent.
I checked the number in the queue and if there is someone there, I play
back a busy please be patient message and then join the call to the
queue.
On Thursday 08 May 2008 00:52:35 Steve Totaro wrote:
I can certainly post more dirt from Mark's previous right hand man
if you wish to continue this argument.
I'd enjoy the chance to debunk the myths that you've heard. So keep it
coming.
Why would Mark build a PBX from scratch for his
Tilghman Lesher wrote:
On Thursday 08 May 2008 00:52:35 Steve Totaro wrote:
I can certainly post more dirt from Mark's previous right hand man
if you wish to continue this argument.
I'd enjoy the chance to debunk the myths that you've heard. So keep it
coming.
Why would
101 - 200 of 1249 matches
Mail list logo