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

[Carlos Chavez]

On Tue, 2012-01-10 at 20:16 -0200, Marcelo Pacheco wrote:
> 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 ?
> 
> 

	You should always define all channels in system.conf even if they will
not be used by asterisk.  Also you have spans 2 to 4 as clock source
over span 1.

-- 
Telecomunicaciones Abiertas de México S.A. de C.V.
Carlos Chávez Prats
Director de Tecnología
+52-55-91169161 ext 2001
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120111/ff138a09/attachment.pgp>