At 02:25 PM 5/18/2008, Tzafrir Cohen wrote:
Please suggest a test environment
IMHO, it is definitely NOT EASY to come up with a standardized test
without some standardized network configurations and standardized
load generation tools. It is even harder when a non-standard or
niche application
Al, Randy, (and others):
What Al calls one very weak area for Asterisk is IMHO a difference
in market perceptions.
Asterisk is positioned for CPE - PBX - Appliance market which needs
feature-rich appeal
and mass-market focus.
Using asterisk for large scale does not mean that I have used it as
At 11:44 AM 5/16/2008, you wrote:
Yes, you could probably add 2 or 3 or 10 or 15 to the number of calls
that a particular machine could handle, but from a support perspective, it
doesn't matter how many the machine could theoretically handle, it matters
how many it could handle in the particular
HI,
In sip.conf you need only the call SETUP ip address.
The RTP may come from anywhere . It is NOT assured that
it is just another port on the same IP address.
Therefore, be careful you do not block the RTP port ranges in a firewall.
Google voip-info for more information about RTP port
Suggested General Recording Phrases:
This number is . . . restricted by customer request . . .
For call screening that allow customer to setup restrictions on
selected inbound calls.
ALERT ! . . .
For preface to emergency notifications like reverse-911
This is
Hmmm,
IMHO this is a fundamental SIP architecture issue.
To meet my understanding of distribution, this would required a proxy
function before the call answer() on the Asterisk. If , in an
ideal world, this proxy function were to be in the path before
answer(), the proxy would need added
At 02:58 PM 4/23/2008, you wrote:
Re performance hit.
I actually re-wrote one of my frequently used AGI in C and even set
the STICKEY-BIT to avoid reloading the static text portions.
I noticed slightly lower disk activity level (but the perl file was
probably in memory cache too). So keeping
At 01:17 PM 4/22/2008, you wrote:
My question would be - is this actually compliant with the FCC E911
regulations applicable to VoIP providers?
IMHO and EXPERIENCE before FCC, this arrangement is NOT compliant
Reason: multiple subscribers using the same number
neither number nor
Yes, if you have signed waivers, you may operate without fear of
FCC. Just be sure to have
physical paper in a file somewhere for each client in the event of an audit.
And, this will also satisfy you legal advisors to avoid liability in
lawsuit by a consumer towards
you for any crazy
Hi,
I suggest you look at writing a PERL agi program to handle all of
the MYSQL / DB
access and just pass variables between your CONTEXT/dialplan. I have done
a lot of these things. You can get PERL examples for DBI and use one of
provided agi scripts as a prototype.
..mike..
At 04:13 PM
At 12:52 PM 4/14/2008, Jerry Geis wrote:
Hi - Been using a TE205P for a number of months - no issues.
Today I was talking to someone and I heard click
No more phone service.
I still have data service on this T1 line. (partial phone)
zttool reports the SPAN as OK.
calls are not coming in or
-Original Message-
I'd be interested in sections like Rolling out a new server or How we
maintain all the little configuration files without losing our sanity.
Hi,
I will contribute my 2-cents on how I maintained consistency on a
large application
with 64 + Asterisks that all
At 03:05 PM 4/14/2008, Doug wrote:
Anybody have recommendations for a reliable,
good valued, E911 provider?
In my experience, the most reliable service for me has always been
associated with commercial PSTN number providers. When it comes to
consumer line service, you want E911 to always
13 matches
Mail list logo