[AsteriskBrasil] Fw: CLX Feedback on TWiki.WebBottomBar

dioedu@yahoo.com.br dioedu em yahoo.com.br
Quinta Fevereiro 23 16:17:02 BRT 2006


Andreya,

On Wednesday 22 February 2006 15:02, Andreya Prestes wrote:
> o circuito está alinhado e o Asterisk chega a mostrar a chamada sendo
> atendida, porém, o telefone não recebe nenhum sinal e depois de um período
> a chamada é desligada com sinal de ocupado.

O que ocorre, aparentemente, não é exatamente isso...

> Feb 22 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1      <- 0001  [1/       1/Idle          /Idle         ] Feb 22
> 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1
> Detected Feb 22 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1 Making a new call with CRN 32769 Feb 22 17:15:32
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1101  ->
>      [2/       2/Idle          /Idle         ] Feb 22 17:15:32
> WARNING[3960]: chan_unicall.c:2644 handle_uc_event: Unicall/1 event
> Detected Feb 22 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report:
> MFC/R2 UniCall/1      <- 3 on  [2/       2/Seize ack     /Seize ack    ]
> Feb 22 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 1 on  ->      [2/       2/Seize ack     /Seize ack    ] Feb 22
> 17:15:32 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1
>      <- 3 off [2/       2/Group A       /DNIS request ] Feb 22 17:15:32
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off ->
>      [2/       2/Group A       /DNIS request ] Feb 22 17:15:32
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1      <-
> 9 on  [2/       2/Group A       /DNIS request ] Feb 22 17:15:32
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 on  ->
>      [2/       2/Group A       /DNIS request ] Feb 22 17:15:46
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1      <-
> 1001  [2/       2/Group A       /DNIS request ] Feb 22 17:15:46
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Far end
> disconnected(cause=Normal, unspecified cause [31]) - state 0x2 Feb 22
> 17:15:46 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1
>      <- 9 off [2/     800/Clear fwd     /DNIS request ] Feb 22 17:15:46
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1 off ->
>      [2/     800/Clear fwd     /DNIS request ] Feb 22 17:15:46
> WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 R2 prot.
> err. [2/     800/Clear fwd     /DNIS request ] cause 32774 - Invalid state
> Feb 22 17:15:46 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 1001  ->      [1/       1/Idle          /Idle         ] Feb 22
> 17:15:46 WARNING[3960]: chan_unicall.c:2644 handle_uc_event: Unicall/1
> event Far end disconnected Feb 22 17:15:46 WARNING[3960]:
> chan_unicall.c:2930 handle_uc_event: CRN 32769 - far disconnected
> cause=Normal, unspecified cause [31] Feb 22 17:15:46 WARNING[3960]:
> chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 Call control(6) Feb 22
> 17:15:46 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1
> Drop call(cause=Normal Clearing [16]) Feb 22 17:15:46 WARNING[3960]:
> chan_unicall.c:627 unicall_report: MFC/R2 UniCall/1 1101  ->      [1/      
> 1/Idle          /Idle         ] Feb 22 17:15:46 WARNING[3960]:
> chan_unicall.c:2644 handle_uc_event: Unicall/1 event Protocol failure --
> Unicall/1 protocol error. Cause 32774
> Feb 22 17:15:46 WARNING[3960]: chan_unicall.c:627 unicall_report: MFC/R2
> UniCall/1 Channel echo cancel

Está dando erro de protocolo, isto é, a sinalização que o asterisk está 
trocando com a operadora está errada. Isto é configuração do unicall.conf...

> unicall.conf
> #
> # Set up E1s 2 and 3 to work in China MFC/R2 mode. A maximum of 20 ANI
> digits # will be accepted. 7 DNIS digits are expected. MFC/R2 uses the E1s
> in CAS mode, # so time slot 16 of each E1 must be skipped when allocating
> the channels. #
>
> protocolclass=mfcr2
> protocolvariant=br,20,4,8
> protocolend=co
> group = 1
> channel => 1-15
> channel => 17-31
> #skip time slot 16

Você tem certeza que a sua operadora troca a sinalização invertida ? 
(protocolvariant=br,20,4,8) ? Experimenta retirar o 8 desse parâmetro se não 
tiver certeza. E também o protocolend, testa como cpe.

Diógenes




Mais detalhes sobre a lista de discussão AsteriskBrasil