[asterisk-r2] Bug with two half E1s on Open R2.

[Marcelo Pacheco]

I have the following chan_dahdi.conf

[channels]
usecallerid=yes
echocancel=no
echocancelwhenbridged=no

signalling=mfcr2
mfcr2_variant=br
mfcr2_forced_release=no
mfcr2_get_ani_first=no
mfcr2_category=national_subscriber
mfcr2_allow_collect_calls=yes
mfcr2_double_answer=no

context=entrada
group=1
mfcr2_max_ani=14
mfcr2_max_dnis=4
channel => 1-15

;group=0
;context=drop
;channel => 17-21

context=geral
group=2
mfcr2_max_ani=4
mfcr2_max_dnis=16
channel => 32-46

And the following /etc/dahdi/system.conf

span=1,1,0,cas,hdb3
span=2,0,0,cas,hdb3
span=3,0,0,cas,hdb3
span=4,0,0,cas,hdb3
cas=1-15:1101
cas=17-21:1101
cas=32-46:1101
dchan=16,47
echocanceller=kb1,32-46
#echocanceller=mg2,1-15,17-31,32-46,48-52
loadzone = us
defaultzone=us


If I leave the 17-21 channel range out of chan_dahdi.conf (or commented 
as shown), then the attributes from channels 1-15 bleed through to 32-36 
(max_ani, max_dnis).

*CLI> mfcr2 show channels
Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS   Rx CAS
    1 BR      14      4        No        No               IDLE     IDLE
    2 BR      14      4        No        No               IDLE     IDLE
    3 BR      14      4        No        No               IDLE     IDLE
    4 BR      14      4        No        No               IDLE     IDLE
    5 BR      14      4        No        No               IDLE     IDLE
    6 BR      14      4        No        No               IDLE     IDLE
    7 BR      14      4        No        No               IDLE     IDLE
    8 BR      14      4        No        No               IDLE     IDLE
    9 BR      14      4        No        No               IDLE     IDLE
   10 BR      14      4        No        No               IDLE     IDLE
   11 BR      14      4        No        No               IDLE     IDLE
   12 BR      14      4        No        No               IDLE     IDLE
   13 BR      14      4        No        No               IDLE     IDLE
   14 BR      14      4        No        No               IDLE     IDLE
   15 BR      14      4        No        No               IDLE     IDLE
   32 BR      14      4        No        No               IDLE     IDLE
   33 BR      14      4        No        No               IDLE     IDLE
   34 BR      14      4        No        No               IDLE     IDLE
   35 BR      14      4        No        No               IDLE     IDLE
   36 BR      14      4        No        No               IDLE     IDLE
   37 BR      4       16       No        No               IDLE     IDLE
   38 BR      4       16       No        No               IDLE     IDLE
   39 BR      4       16       No        No               IDLE     IDLE
   40 BR      4       16       No        No               IDLE     IDLE
   41 BR      4       16       No        No               IDLE     IDLE
   42 BR      4       16       No        No               IDLE     IDLE
   43 BR      4       16       No        No               IDLE     IDLE
   44 BR      4       16       No        No               IDLE     IDLE
   45 BR      4       16       No        No               IDLE     IDLE
   46 BR      4       16       No        No               IDLE     IDLE

Notice channels 32-36 endup with the configuration from the first 
channel group instead of the proper (4/16) config. However the context 
setting is properly set.

Uncommenting 17-21 on chan_dahdi works around the issue. I'm using 
asterisk 1.6.2.18. I'm unable to use asterisk 1.8 due to some sip 
features changed in undesirable ways. The customer has a 15 voice 
channels + 15 internet channels, with an external MUX splitting the last 
15 channels into a separate link, however that leads so lots of 
block/unblock of channels in the 17-31 range polluting the Asterisk log 
when the workaround is applied.

It this a known issue, or should I open a new bug on this ? Is this a 
openR2 issue or a chan_dahdi issue ?



Regards,

Marcelo Pacheco