MFC/R2 Asterisk Channel Driver

> I think this could be a very interesting oportunity for
local commercial
> support.
> OpenR2 could be oriented to give a better debug
information and support
> could be offered to solve telco specific problems...
Yup, is in my TODO to give an easier to read output for the
MF and CAS
signaling.

> Moises, think about include in your site a list of
local people for
> commercial support.
I will keep it in mind, sounds very useful.

- Moisés Silva

-- 
"I do not agree with what you have to say, but I'll
defend to the
death your right to say it." Voltaire

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

On Sat, Mar 29, 2008 at 07:17:52AM -0300, Luis Antonio Prata
Barbosa wrote:

> I think this occurs because the code is not optimized !
So, instead of put
> everything in hardware, why not study the case better
and optimize (even
> rewrite) the code ???

Two well known facts for you:

1. OSLEC could run much fast with MMX support enabled. This
also requires
running Zaptel with MX support enabled.

2. Zaptel with MMX support enabled is known to have really
strange
sideeffects on many systems.

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohenxorcom.com
+972-50-7952406           mailto:tzafrir.cohenxorcom.com
http://www.xorcom.com 
iax:guestlocal.xorcom.com/tzafrir

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

On Mar 28, 2008, at 11:54 PM, Denis Galvão wrote:
> There are three companies producing R2 boards in
Brazil:
>
> Digivoice: www.digivoice.com.br
> Khomp: www.khomp.com.br
> Pika: http://www.pikatechno
logies.com


Don't forget Dialogic, expen$ive cards with Linux support:

     http:
//www.dialogic.com/products/tdm_boards/media_processing/Diva
_PRI_E1_T1_8.htm?techspec=1&regID=8434

I read about asterisk support  with this cards but, has a
license  
model for each trunk line.

Somebody has work with this cards and asterisk?

This cards resolve any signaling issue by hardware/firmware 

(ISDN,R2,SS7,etc.) and count with DSP and co-procesor in
each board .

Maybe we need to analyze how this cards work to help us in a
R2  
signaling by software with hardware DSP DTMF control model.

Best Regards... Fernando "El Pop" Romo
                    popcofradia.org


_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

>  The way it works in Asterisk/chan_zap/Zaptel is that
tone generation is
>  done within the kernel and detection is done within
dsp.c inside of
>  Asterisk (in userland).
Yes Matthew, that's what I wanted to know.

Thanks.

- Moisés Silva

-- 
"I do not agree with what you have to say, but I'll
defend to the
death your right to say it." Voltaire

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

>  What is the use of MFC/R2 tone generation in the
kernel, if you don't
>  have tone decode there? They are always used
together.
I haven't reviewed the zap generation Kevin refers to, but I
had the
idea decoding was
there as well.

Kevin, can you clarify?

-- 
"I do not agree with what you have to say, but I'll
defend to the
death your right to say it." Voltaire

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

On Sun, Mar 30, 2008 at 01:59:58AM +0800, Steve Underwood
wrote:
> Moises Silva wrote:
> >>  MF R2 tone generation was recently added to
Zaptel 1.4; some testing of
> >>  it would be most welcome!
> >>     
> > I will give that a try and let you know how it
works, thanks !
> >   
> What is the use of MFC/R2 tone generation in the
kernel, if you don't 
> have tone decode there? They are always used together.

Just to clarify: Zaptel decodes pulse digits. Also, Zaptel
can detect
tones, but it is left for the specific driver to implement
this.
Asterisk asks the span (the driver) about support for
"hardware" DTMF 
decoding capability, and if none is avaialbe, just uses the
built-in
DTMF decoding from dsp.c .

-- 
               Tzafrir Cohen
icq#16849755              jabber:tzafrir.cohenxorcom.com
+972-50-7952406           mailto:tzafrir.cohenxorcom.com
http://www.xorcom.com 
iax:guestlocal.xorcom.com/tzafrir

_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.c
om--

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev