cisco mc3810 e central telefonica

olá
estou interligando uma Cisco MC3810 com uma central telefônica SPtel através de uma E1, entretanto quando faço uma ligação do voip para a central o cisco e a central tomam um juntor mas o telefone fica mudo. Mesmo depois de desligar o telefone o canal fica tomado e demora um tempo pra libera-lo. Fazendo ligação do assinante da central para o VoIP a central toma um juntor e não libera mais mas no Cisco ele nem pega o canal, na central ele responde para o assinante que o canal está ocupado. Eu acredito que o problema seja a sinalização do E1, que no caso estou usando E&M digital pulsada na central telefônica e CAS com e&m-immediate-start no cisco. Eu agradeceria se alguém me desse uma ajuda.

Obrigado.

Fabio

Boa Tarde.

Com certeza voce vai ter que colocar a mesma sinalização dos dois lados.

Seria melhor mudar a central telefonica para CAS.

Se não tiver jeito de mudar na central telefonica, então muda no cisco para E&M.

Mas a primeira coisa a ser feita é configurar a mesma sinalização dos dois lados

Então, a central não tem nada de configuração de CAS e no cisco ele tem quer estar como CAS para configurar o E&M no canal. Na hora de configurar os canais no cisco voce escolhe uma dos tipos abaixo e por padrão ele seleciona o e&m-immediate-start:

e&m-delay-dial E & M Delay Dial
e&m-immediate-start E & M Immediate Start
e&m-melcas-delay MEL CAS (CEPT) E & M Delay Start
e&m-melcas-immed MEL CAS (CEPT) E & M Immediate Start
e&m-melcas-wink MEL CAS (CEPT) E & M Wink Start
e&m-wink-start E & M Wink Start
ext-sig External Signaling
fxo-ground-start FXO Ground Start
fxo-loop-start FXO Loop Start
fxo-melcas MEL CAS (Mercury) FXO
fxs-ground-start FXS Ground Start
fxs-loop-start FXS Loop Start
fxs-melcas MEL CAS (Mercury) FXS

Mas não sei para o padrão da central em qual deles se encaixaria, só sei quando não uso o e&m-immediate-start o cisco nem pega canal quando tenta sair pela central.

Bom, faz uns 6 meses que não mexo em VoIP, mas seguem algumas sugestões.

Antes de mais nada é interessante confirmar se o encaminhamento de dial-peers esta correta, tenta coletar com algum debug, tipo o debug voice ccapp inout se os digitos estao sendo recebidos corretamente da central, e vice-versa (se eles estão sendo encaminhado corretamente pela Central, de repente o problema pode estar nos dial-peers

Quanto a configuração da E1, seria interessante confirmar qual tipo de E1 é o seu entroncamento, tem certeza que ela não é ISDN "pri-group"? Se não for, você esta tentando configurar com o ds0, deste modo (Reservando o canal 16 para sinalização) ?

controller E1 1/0
framing NO-CRC4
ds0-group 1 timeslots 1-15,17-31 type e&m-melcas-immed
cas-custom 1

Caso mesmo assim não funcione, tenta a seguinte configuração.

controller E1 2/0
framing NO-CRC4
ds0-group 1 timeslots 1-15,17-31 type e&m-melcas-immed
cas-custom 1
country brazil use-defaults
metering
category 2
answer-signal group-b 1

Quanto a encaminhamento de digitos, em um entroncamento com a rede publica, normalmente é habilitado o comando "direct-inward-dial" no dial-peer pots, este comando serve para que o roteador colete todos os digitos e encaminhe para a Central.

dial-peer voice 1 pots
direct-inward-dial
port 2/0:0

O dial-peer pots por default encaminha todos os digitos recebidos para a rede publica, o dial-peer voip encaminha por default apenas os digitos implicitos, analisa que os digitos estao sendo encaminhados corretamente para a E1, se necessário pode alterar o encaminhamento através do comando "forward-digits". No pots por via das duvidas você pode habilitar ate um "forward-digits all"

dial-peer voice 1 pots
destination-pattern 0........
port 2/0:0
forward-digits 4

Quanto ao tempo de desconexão, é possivel customizar os timeouts, tipo entre digitos e de desconexão, faz algum tempo que nao mexo em VoIP, me lembro que estes comando eram muito usados para interfaces FXS e FXO, mas acredito que devam funcionar para E1.

voice-port 0/0/0:15
timeouts interdigit X (tempo entre os digitos)
timeouts call-disconnect (tempo de espera para confirmar o termino da ligação)
timeouts ringing (tempo que uma ligação fica "ringando")
timeouts wait-release (tempo de liberação da porta)

Teve uma vez que precisei habilitar o comando "voice rtp send-recv" no modo global, neste caso ocorria o ring, mas o canal de audio não abria.


abs

Obrigado pela resposta, mas ainda não tive evolução. Os comandos
cas-custom 1
country brazil use-defaults
metering
category 2
answer-signal group-b 1
não estão presentes no mc3810.

A celtral está configurada com E&M digital pulsada com 4 fios, então acho que tenho que utilizar o ds0-group mesmo.
Segue abaixo a configuração na qual obtive mais sucesso, mas ele só tenta ocupar o canal mas não completa nada:
!------------------
controller E1 0
mode cas
framing NO-CRC4
ds0-group 0 timeslots 1-15 type e&m-immediate-start
ds0-group 1 timeslots 17-31 type e&m-immediate-start
!
voice-port 0:0
define Tx-bits idle 1011
define Tx-bits seize 0101
define Rx-bits idle 1011
define Rx-bits seize 0101
no ignore rx-b-bit
input gain 7
cptone BR
timeouts initial 3
timeouts interdigit 2
!
voice-port 0:1
define Tx-bits idle 1011
define Tx-bits seize 0101
define Rx-bits idle 1011
define Rx-bits seize 0101
no ignore rx-b-bit
input gain 7
cptone BR
timeouts initial 3
timeouts interdigit 2
!
dial-peer voice 2 voip
destination-pattern 2...
session protocol sipv2
session target ipv4:XXX.XXX.XXX.XXX:5060 !!!!XXX.XXX.XXX.XXX - IP do ASTERISK
codec g711ulaw
no vad
!
dial-peer voice 1 pots
incoming called-number ....
direct-inward-dial
port 0:0
!
dial-peer voice 90 pots
destination-pattern 9....
port 0:1
forward-digits 4
!
sip-ua
retry invite 3
retry response 3
retry bye 3
retry cancel 3
sip-server ipv4:XXX.XXX.XXX.XXX !!!!XXX.XXX.XXX.XXX - IP do ASTERISK
!---------------

O ds0-group 0 está como entrada no router e o ds0-group 1 como saída. Acredito que o define Tx-bits/Rx-bits pode me solucionar o problema, pois depois q adicionei essa configuração ele começou a pegar o canal por alguns instantes no cisco, mas ainda to confundindo um pouco esse comando mesmo olhando na documentação da cisco.


Fabio

Acho que seu dial-peer voice 90 pots também deveria ter o direct-inward-dial pois ele é sua interface de saída para a rede PSTN, alias corrigindo, pela configuração dos digitos você nao tem um entroncamento com a rede Publica, mas

Nossa nem lembrava mais dos bits ABCD rsss, tive que usar isso uma vez, eles realmente afetam na ocupação do canal.

Sinceramente não conheço muito bem destes comandos, mas sei que eles variam para cada fabricante de PABX, peguei o backup da config de quando usei estes comandos e eles estão iguais ao que você configurou.

O fato da ligação tomar o canal durante alguns instantes e depois cair, pode ser algo no encaminhamento para o ASTERISK também.

Estou olhando seus dial-peers, as ligações devem chegar da E1 com o destino 2XXX, por exemplo 2121, e as ligações devem sair com algum numero tipo 95555, tenta isolar os testes apenas com o E1 com tradução dos digitos.

Neste exemplo que dei pode usar o num-exp deste jeito

num-exp 2121 95555

Deste modo a ligação vai entrar pelo seu dial-peer 1 com os digitos de destino de 2121, os digitos vao ser traduzidos para 95555 e vai ser encaminhado pelo dial-peer 90.

Ainda não tive sucesso com essa interligação. Tentei algumas alterações no bits ABCD mas não teve muito progresso. Estou seriamente pensando em comprar um router que tenha R2-digital e utilizar esse MC3810 para outra coisa.
Alguém sabe se a série 2600XM suporta r2-digital? Outra coisa, estou meio em dúvida quanto ao uso do pvdm, mesmo que as ligações sejam apenas digitais (SIP <-> E1) eu preciso utilizar DSPs?

Obrigado,
Fabio

Perguntas:

1-Qual o modelo da central?
2-A central tem o protocolo qsig?
3-A placa da central é ISND ou CAS?

Se a placa do seu cisco for CAS e
e a palca da sua central dor ISDN
você nunca vai conseguir configurar.