[AsteriskBrasil] Type Of Number

[Douglas Braga Gomes]

Bom dia a todos!

Caros, gostaria apenas de deixar registrado aqui na lista um problema pelo
qual passei e que me deu alguma dor de cabeça para solucionar, e por tanto
creio que possa valer com ajuda para alguns.
Para aqueles que ajudar ótimo, para quem não acrescentar, quem sabe poderá
nos complemetar informações para entender melhor as causas e teorias em
relação ao

problema.

Cenário: PABX IP, CentOS 5, Asterisk 1.4 ligado a E1 Embratel ISDN, placa
Digium E100P.

Problema:
1 - Inicialmente parou de realizar chamadas (segundo constatação de
usuários).
2 - (Constatação técnica) Identificamos que realizava chamadas acrescentando
o código de área a frente de alguns numeros locais, mas nem todos tinham

sucesso. Exemplo: 11XXXXXXXX. Com isso identificamos que o recebimento da
numeração por parte da publica havia mudado.

Analise:
Contatamos Embratel que confirmou a troca da central publica por uma central
mais atual.

Mudanças:
Os técnicos Embratel informaram que deveriamos mudar em nosso PABX  o
parametro "Type Of Number" (TON), pois segundo contatação deles, quando
realizavamos

chamadas a central publica não estava entendendo a numeração enviada, e
quando colocavamos o código de área ex.: 11 a central publica realizava a
chamada por

que entendia que a mesma tratava-se de uma chamada internacional. (Vejam que
aqui estou replicando o que o pessoal da Embratel informou).

Resolução:
Depois de quebrar a cabeça identifiquei que o asterisk possui parametros
para tratar o Type Of Number, tal parametros encontram-se no chan_dahdi.conf

; PRI Dialplan: The ISDN-level Type Of Number (TON) or numbering plan, used
for
; the dialed number.  For most installations, leaving this as 'unknown' (the
; default) works in the most cases.  In some very unusual circumstances, you
; may need to set this to 'dynamic' or 'redundant'.  Note that if you set
one
; of the others, you will be unable to dial another class of numbers.  For
; example, if you set 'national', you will be unable to dial local or
; international numbers.
;
; PRI Local Dialplan:  Only RARELY used for PRI (sets the calling number's
; numbering plan).  In North America, the typical use is sending the 10
digit
; callerID number and setting the prilocaldialplan to 'national' (the
default).
; Only VERY rarely will you need to change this.
;
; Neither pridialplan nor prilocaldialplan can be changed on reload.
;
; unknown:        Unknown
; private:        Private ISDN
; local:          Local ISDN
; national:       National ISDN
; international:  International ISDN
; dynamic:        Dynamically selects the appropriate dialplan
; redundant:      Same as dynamic, except that the underlying number is not
;                 changed (not common)

Documentação:
http://www.voip-info.org/wiki/view/Asterisk+config+chan_dahdi.conf
http://voip-info.capatres.com/wiki/view/chan_dahdi.html
http://www.wookieboo.halokwadrat.pl/lang-br/component/content/article/11
http://www.voip-info.org/wiki/view/chan_dahdi.conf

---> Uma informação que o pessoal da Embratel também passou foi que o TON
estava chegando para eles como Nacional, e o correto seria ser privado.

No meu caso o chan_dahdi.conf ficou o seguinte:

###################################################################################
[trunkgroups]

[channels]
context=from-pstn
signalling=fxs_ks
rxwink=300              ; Atlas seems to use long (250ms) winks
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=no
faxdetect=incoming
echotraining=800
rxgain=0.0
txgain=0.0
callgroup=1
pickupgroup=1
pridialplan=unknown
prilocaldialplan=local

;Uncomment these lines if you have problems with the disconection of your
analog lines
;busydetect=yes
;busycount=3


immediate=no

#include chan_dahdi_additional.conf
#include dahdi-channels.conf
################################################################################

Se alguem possuir alguma informação complementar por favor nos passe.

Abraços a todos!
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://listas.asteriskbrasil.org/pipermail/asteriskbrasil/attachments/20100129/c7dd4758/attachment-0001.htm