Posted: Thu Apr 23, 2009 5:30 pm Post subject: [asterisk-dev] Google Summer of Code 2009
Greetings,
As previously announced, the Asterisk project was accepted for
participation in the Google Summer of Code program for this Summer.
Since I last posted about the program, students have applied,
applications have been reviewed, and the accepted students have been
announced.
The Asterisk project received quite a few high quality applications. In
the end, our project was granted 4 slots. Here are the students and
what projects they will be working on:
------------------
Student: Brett Bryant
Mentor: Russell Bryant
Project: Data Put Infrastructure
Student: Eliel Sardañons
Mentor: Tilghman Lesher
Project: Data Get Infrastructure
The data get/put architecture is an important effort underway to help
improve developer interfaces in Asterisk. Today, for example, there are
multiple ways to get the list of configured SIP peers in Asterisk.
There is the CLI and the manager interface. Every module that wants to
expose data over via something like the CLI or manager interface today
must do so by writing specific code for that interface.
Now, what if we'd like to expose all of this same information over
something like SNMP? We could go through and implement similar handlers
in every module for every data type again, but instead, we're going to
implement common infrastructure that handles reading/writing
configuration and other run-time data from Asterisk modules in a
structured format. This will enable us to have more consistent external
interfaces, as well as make it much easier to add new ways to get at
data that Asterisk maintains.
------------------
Student: Claude Patry
Mentor: Mark Michelson
Project: CLI Filtering
Debugging on a live Asterisk system under any sort of load can be
very difficult. For a very long time people have wanted to be able to
enable debugging for specific calls and for specific parts of Asterisk.
This project will be to come up with ways to implement new methods for
the Asterisk CLI that allow administrators to have much more control
over what debugging information they see. This should make it much
easier to do live debugging.
------------------
Student: Giuseppe Sucameli
Mentor: Luigi Rizzo
Project: Scriptable Asterisk Voicemail
Asterisk voicemail support has been around for quite a long time.
There has been a desire to be able to have more control over what
features are available and the structure of the menus. The existing
app_minivm application allows some level of customization. This project
will be to continue developing enhanced Asterisk voicemail configuration
support.
------------------
Congratulations to the students that have been accepted! I am looking
forward to working with them throughout the Summer.
--
Russell Bryant
Digium, Inc. | Senior Software Engineer, Open Source Team Lead
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Thu Apr 23, 2009 6:25 pm Post subject: [asterisk-dev] Google Summer of Code 2009
Jeff LaCoursiere wrote:
Quote:
On Thu, 23 Apr 2009, Russell Bryant wrote:
> Student: Brett Bryant
> Mentor: Russell Bryant
Any relation? Grin.
Indeed, he is my younger brother. :-)
--
Russell Bryant
Digium, Inc. | Senior Software Engineer, Open Source Team Lead
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Thu Apr 23, 2009 6:31 pm Post subject: [asterisk-dev] Google Summer of Code 2009
On Thu, 23 Apr 2009, Russell Bryant wrote:
Quote:
Student: Claude Patry
Mentor: Mark Michelson
Project: CLI Filtering
Debugging on a live Asterisk system under any sort of load can be
very difficult. For a very long time people have wanted to be able to
enable debugging for specific calls and for specific parts of Asterisk.
This project will be to come up with ways to implement new methods for
the Asterisk CLI that allow administrators to have much more control
over what debugging information they see. This should make it much
easier to do live debugging.
I added this kind feature in a very limited way to another application in
a prior life. Being able to say something like "filter SIP/501", "start
answer", and "stop hangup" made debugging a lot easier.
I look forward to seeing how this gets implemented.
Thanks in advance,
------------------------------------------------------------------------
Steve Edwards sedwards@sedwards.com Voice: +1-760-468-3867 PST
Newline Fax: +1-760-731-3000
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
> Project: CLI Filtering
>
> Â Debugging on a live Asterisk system under any sort of load can be
> very difficult. Â For a very long time people have wanted to be able to
> enable debugging for specific calls and for specific parts of Asterisk.
> This project will be to come up with ways to implement new methods for
> the Asterisk CLI that allow administrators to have much more control
> over what debugging information they see. Â This should make it much
> easier to do live debugging.
I added this kind feature in a very limited way to another application in
a prior life. Being able to say something like "filter SIP/501", "start
answer", and "stop hangup" Â made debugging a lot easier.
I look forward to seeing how this gets implemented.
Thanks in advance,
------------------------------------------------------------------------
Steve Edwards    sedwards@sedwards.com (sedwards@sedwards.com)    Voice: +1-760-468-3867 PST
Newline                       Fax: +1-760-731-3000
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Thu Apr 23, 2009 7:57 pm Post subject: [asterisk-dev] Google Summer of Code 2009
Not sure if that could be included in the same project but being able to
match PRI/SIP debug output to teh actual call would really help when
trying to debug a live system.
Ce message électronique ainsi que tous les documents annexés s’adressent
exclusivement à la personne ou à l’entité inscrit dans la rubrique
destinataire ; il peut contenir des renseignements de nature confidentielle
ou privilégiée aux termes des lois applicables. Nulle autre personne ne
doit y avoir accès. Si vous n’êtes pas le destinataire convenu, nous vous
avisons par la présente qu'il est strictement interdit d'en divulguer le
contenu, de le distribuer, le copier ou l’ utiliser. Veuillez aviser
l’expéditeur immédiatement par retour de courrier électronique et supprimer
ce message de votre système. Toute diffusion ou reproduction de ce document
ainsi que tout mesure prise à l’égard de la présente est formellement
interdite.
Merci de penser à l'environnement avant d'imprimer ce courriel.
Tzafrir Cohen wrote:
Quote:
On Thu, Apr 23, 2009 at 01:25:22PM -0700, Steve Edwards wrote:
> On Thu, 23 Apr 2009, Clod Patry wrote:
>
>> What do you mean with "start answer" and "stop hangup" ?
>> you will start to print in the CLI on answer and stop on hangup?
> Yes.
>
> The "filter" command was like grep.
>
> If there was a "start" command, nothing was output until the matching text
> was present.
>
> If there was a "stop" command, output was terminated when the matching
> text was present.
>
> I don't want to presume how it should be done, but I found this approach
> was useful to me.
tail -n1 -f /var/log/asterisk/whatever | your filter here
Posted: Thu Apr 23, 2009 8:07 pm Post subject: [asterisk-dev] Google Summer of Code 2009
On Thu, 23 Apr 2009, Tzafrir Cohen wrote:
Quote:
On Thu, Apr 23, 2009 at 01:25:22PM -0700, Steve Edwards wrote:
> On Thu, 23 Apr 2009, Clod Patry wrote:
>
>> What do you mean with "start answer" and "stop hangup" ?
>> you will start to print in the CLI on answer and stop on hangup?
>
> Yes.
>
> The "filter" command was like grep.
>
> If there was a "start" command, nothing was output until the matching text
> was present.
>
> If there was a "stop" command, output was terminated when the matching
> text was present.
>
> I don't want to presume how it should be done, but I found this approach
> was useful to me.
tail -n1 -f /var/log/asterisk/whatever | your filter here
It never occurred to me to use -n and -f together, but this doesn't achieve
the "start GRE" and "stop GRE" features.
Thanks in advance,
------------------------------------------------------------------------
Steve Edwards sedwards@sedwards.com Voice: +1-760-468-3867 PST
Newline Fax: +1-760-731-3000
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
Posted: Thu Apr 23, 2009 8:48 pm Post subject: [asterisk-dev] Google Summer of Code 2009
On Thu, Apr 23, 2009 at 04:48:28PM -0400, Andre Courchesne - Prival wrote:
Quote:
Not sure if that could be included in the same project but being able to
match PRI/SIP debug output to teh actual call would really help when
trying to debug a live system.
The bugs here are:
1. The PRI log omits some useful information (the bristuff PRI debug log
includes span number)
2. The PRI debug log is sent directly to the console or a file instead
of using the standard Asterisk logging facilities (Here again
bristuff works better)
Posted: Thu Apr 23, 2009 9:09 pm Post subject: [asterisk-dev] Google Summer of Code 2009
Tzafrir Cohen wrote:
Quote:
On Thu, Apr 23, 2009 at 01:56:13PM -0700, Steve Edwards wrote:
> On Thu, 23 Apr 2009, Tzafrir Cohen wrote:
>> tail -n1 -f /var/log/asterisk/whatever | your filter here
> It never occurred to me to use -n and -f together, but this doesn't achieve
> the "start GRE" and "stop GRE" features.
That, and all others are implemented in [your filter here]
Now all we need is for someone to implement this '[your' command.
That's not possible if the messages themselves do not contain all of the
information that you would want to filter on. For example, many
messages do not have the channel name. Also, if they do have some
channel ID, it comes in quite a few different formats.
However, inside of Asterisk, we can infer what channel(s) the message is
related to based on what thread the message is being generated from, as
channels have a thread that owns them.
--
Russell Bryant
Digium, Inc. | Senior Software Engineer, Open Source Team Lead
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA
Check us out at: www.digium.com & www.asterisk.org
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--
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