[asterisk-r2] chan_dahdi.conf problem

[Moises Silva]

On Mon, Oct 15, 2012 at 5:43 PM, Rafael Angulo
<rafael.angulo at tarma.com.ve>wrote:

> Hello everybody,
>
> I'm having a problem with the interpretation asterisk does of this
> file(chan_dahdi.conf), the file itself contains the definition of an E1
> link (fractional 1-15 for incoming calls and 17-31 to send calls) in
> Venezuela with the well know ISP CANTV(incoming r2, outgoing dtmf). The
> openr2 version is 1.3.2 (compiled), asterisk 10.9.0 (compiled), dahdi 2.6.1
> (compiled), freepbx 2.10 (compiled). Almost everything is working fine, but
> when I type the command "mfcr2 show channels" it shows  the 30 channels
> without the 16, but as part of the info, the row named "Immediate Accept"
> show channels from 1 to 21 in "no", and channels from 22 to 31 in "yes". As
> long as I understand, this field is controlled by the parameter
> mfcr2_immediate_accept in the chan_dahdi.conf file, but the file (attached
> to this mail) indicates the first 15 channels(1-15) should be in
> mfcr2_immediate_accept=no and the next 15 (17-31) should be in
> mfcr2_immediate_accept=yes. As long as I have tested it, if the channel
> indicates Immediate Accept = no in the CLI, it receives calls but not send
> call, and if the channel indicates Immediate Accept = yes, it alow to send
> call but not receive. So what I basically have is channels from 17-21
> unable to send calls. I have done hundred of test, with many weird
> behaviors, invert the channels definition, split the channels definitions,
> etc. I don't know if its a bug or maybe my definition is wrong. I sending a
> copy of the chan_dadhi.conf and the result of mfcr2 command in this email.
>
> Any help will be appreciated,
>

That sounds like some sort of bug. If you give me ssh (contact me off-list)
I can take a look.

*Moises Silva
**Manager, Software Engineering***

msilva at sangoma.com

Sangoma Technologies

100 Renfrew Drive, Suite 100, Markham, ON L3R 9R6 Canada


t.   +1 800 388 2475 (N. America)

t.   +1 905 474 1990 x128

f.   +1 905 474 9223



**<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email+signatures>

Products<http://sangoma.com/products?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Solutions<http://sangoma.com/solutions?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Events<http://sangoma.com/about_us/events?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Contact<http://www.sangoma.com/contact?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Wiki<http://wiki.sangoma.com/?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Facebook<http://www.facebook.com/pages/Sangoma-VoIP-Cards/43578453335?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
 | Twitter<http://www.twitter.com/sangoma?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>`|
| YouTube<http://www.youtube.com/sangomatechnologies?utm_source=signature&utm_medium=email&utm_campaign=email%2Bsignatures>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20121017/f91722ca/attachment.htm>