Posted: Tue Dec 07, 1999 12:28 pm Post subject: [Asterisk] applications
Asterisk sounds great. I am a little unsure of what the primary scope of
the project is. This is what is sounds like:
Buy hardware and create a PBX using Asterisk. (Cool!)
OK, but how does/will Asterisk operate if what I want to do is look at
the hardware from a little higher perpective? For example, I don't want
to create a PBX, I want to use an existing PBX and create a CTI
application by controlling it through an API. The PBX can be controlled
by ECTF standards (so I have read).
Dialogic makes a CT server which does this. How different is Asterisk?
Using ETCF standards, a large number telephony hardware can be
controlled. Is Asterisk a replacement for ECTF?
Posted: Tue Dec 07, 1999 4:04 pm Post subject: [Asterisk] applications
Quote:
Asterisk sounds great. I am a little unsure of what the primary scope of
the project is. This is what is sounds like:
Buy hardware and create a PBX using Asterisk. (Cool!)
Mmm... No, that's not quite it. True, Asterisk may be able to replace
existing PBX applications, but its scope is not to be a cheap replacement
for a PBX, but rather a more fully functional one.
For example, Asterisk aims to fully integrate Internet telephony (OpenH323
is in the scopes as a target channel -- my lack of C++ experience being
a limiting factor).
Quote:
OK, but how does/will Asterisk operate if what I want to do is look at
the hardware from a little higher perpective? For example, I don't want
to create a PBX, I want to use an existing PBX and create a CTI
application by controlling it through an API. The PBX can be controlled
by ECTF standards (so I have read).
Asterisk lets you write your own applications to run on channels. You can
look at some of the applications that are there already (like the mp3
player, for a simple one), and you can look at configs/*.sample to see
what configuration files look like.
Quote:
Dialogic makes a CT server which does this. How different is Asterisk?
I have heard good things about Dialogic's boards. Someone has even
suggested sending me one.
Quote:
Using ETCF standards, a large number telephony hardware can be
controlled. Is Asterisk a replacement for ECTF?
I'm not sure what ECTF is, I honestly haven't heard of it before.
One should understand that I'm not a PBX expert -- quite the opposite, I'm
coming from a strong data background -- but perhaps that's what will make
Asterisk more interesting. I'm definitely willing and interested to hear
what people with PBX experience have to say.
Posted: Tue Dec 07, 1999 9:26 pm Post subject: [Asterisk] applications
Your mailing list software doesn't seem to be re-writing the "From:"
part of the email, nor including a "Reply-to:"
Quote:
For example, Asterisk aims to fully integrate Internet telephony (OpenH323
is in the scopes as a target channel -- my lack of C++ experience being
a limiting factor).
This is a worthy goal. Linux + IP telephony will be a tremendous
combination.
Quote:
Asterisk lets you write your own applications to run on channels. You can
look at some of the applications that are there already (like the mp3
player, for a simple one), and you can look at configs/*.sample to see
what configuration files look like.
I have yet to get it running. It did compile successfully. I am getting
this at startup.
---------------------
ERROR: File chan_vofr.c, Line 954 (mkif): Unable to bind to 'voice13':
No such device
ERROR: File chan_vofr.c, Line 1045 (load_module): Unable to register
channel 'voice13'
WARNING: File loader.c, Line 140 (ast_load_resource): chan_vofr.so:
load_module failed, returning 134567584
WARNING: File loader.c, Line 236 (load_modules): Loading module
chan_vofr.so failed!
---------------------
Quote:
> Dialogic makes a CT server which does this. How different is Asterisk?
I have heard good things about Dialogic's boards. Someone has even
suggested sending me one.
Quote:
From what I've read, drivers don't exist (yet) and the spec is closed.
Supposedly, Dialogic will release Linux drivers early next year. Is
there a particular board you are interested in?
The CT server software creates an API for telephony applications running
on various hardware, including Dialogic boards. Isn't this the same as
Asterisk?
Quote:
I'm not sure what ECTF is, I honestly haven't heard of it before.
I'm not that familiar with it myself. They seem to be trying to create
interopability between different telephony hardware and software.
One should understand that I'm not a PBX expert -- quite the opposite, I'm
coming from a strong data background -- but perhaps that's what will make
Asterisk more interesting. I'm definitely willing and interested to hear
what people with PBX experience have to say.
Data exchange is all a PBX does, so that is probably a good thing.
Although, the idea of call control is not specifically data related.
Myself, I am trying to find the best way to get an open, Linux based
telephone switch built for replacing a proprietary system.
Alternatively, the company I work for could purchase a Dialogic based
system that runs on Windows. (It is not going to happen.) Most of our
surrent systems are very proprietary and limited.
Right now, I see four conceptual ideas that our company could help
support. First, an Asterisk/hardware combination providing a robust and
enhanced PBX system. Secondly, an API allowing SQL database queries and
sophisticated call control. Thirdly, an integrated, sophisticated
Automatic Call Distribution software system. Last, a specific client
that brings the former three ideas together to replacement system we
have in place right now.
Posted: Wed Dec 08, 1999 12:10 am Post subject: [Asterisk] applications
Quote:
Your mailing list software doesn't seem to be re-writing the "From:"
part of the email, nor including a "Reply-to:"
It does, I just hadn't enabled it.
Quote:
I have yet to get it running. It did compile successfully. I am getting
this at startup.
---------------------
ERROR: File chan_vofr.c, Line 954 (mkif): Unable to bind to 'voice13':
No such device
ERROR: File chan_vofr.c, Line 1045 (load_module): Unable to register
channel 'voice13'
WARNING: File loader.c, Line 140 (ast_load_resource): chan_vofr.so:
load_module failed, returning 134567584
WARNING: File loader.c, Line 236 (load_modules): Loading module
chan_vofr.so failed!
---------------------
That's because you don't have an Atlas, nor do you have any VoFR channels.
You can disable the chan_vofr.so module in your
/etc/asterisk/modules.conf. This configuration will load asterisk with
neither of the two channels:
You may want to show the pbx_gtkconsole. The trouble is that once you get
here, it's not going to do much. The code's there but without any
channels, you can't really get it to do much. You'll need to have a
channel to get things to actually happen. That's why I'm trying to get
the H.323 code working.
Quote:
From what I've read, drivers don't exist (yet) and the spec is closed.
Supposedly, Dialogic will release Linux drivers early next year. Is
there a particular board you are interested in?
No, not really.
Quote:
The CT server software creates an API for telephony applications running
on various hardware, including Dialogic boards. Isn't this the same as
Asterisk?
Sounds similar in spirit. I suppose that their CT server doesn't run on
Linux and isn't open source though ;-)
Quote:
Data exchange is all a PBX does, so that is probably a good thing.
Although, the idea of call control is not specifically data related.
Myself, I am trying to find the best way to get an open, Linux based
telephone switch built for replacing a proprietary system.
Alternatively, the company I work for could purchase a Dialogic based
system that runs on Windows. (It is not going to happen.) Most of our
surrent systems are very proprietary and limited.
That sounds like a great fit for Asterisk.
Quote:
Right now, I see four conceptual ideas that our company could help
support. First, an Asterisk/hardware combination providing a robust and
enhanced PBX system.
Right. The Adtran supplies this solution now, but only reasonably well.
I would like to see it run even better in the future.
Quote:
Secondly, an API allowing SQL database queries and sophisticated call
control.
SQL? Asterisk's applications are written in C, so if you want, for
example, to query calling card numbers from a MySQL database, you just run
the normal SQL calls. Since Asterisk is threaded, you won't kill the
other threads while you wait for an answer from the database.
Quote:
Thirdly, an integrated, sophisticated Automatic Call Distribution
software system. Last, a specific client that brings the former three
ideas together to replacement system we have in place right now.
Again, if you can write it in C, then Asterisk can run it. Look at some
of the applications in apps/* for examples.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum