[AsteriskBrasil] Mini-pesquisa de uso isdn/pri - Digivoice

[Leonardo Gomes Figueira]

Basicamente é isso ai. O que acontece em termos de protocolo é que o
número de destino não é enviado completo no SETUP (em alguns casos não é
enviado número nenhum no SETUP) e o resto é enviado "dígito a dígito".

Isso é bem comum nas interligações com PABX, o PABX aloca um canal do E1
quando o usuário disca o código da rota e envia os dígitos do destino
depois.

  Leonardo

huelbe.garcia em yahoo.co.uk escreveu:
> Olá primo Paulo :) (just kidding :)
> 
> quando ativamos uma interligação PRI entre um PABX 
> HiPath/HiCom da Siemens e o asterisk/TE110P (o 
> asterisk funcionando como um pri_net, ou seja um 
> gateway do PABX para a PSTN), percebemos que ele 
> só entendia algo como '8 primeiros dígitos' 
> enviados pelo PABX. Os outros dígitos simplesmente 
> não chegavam.
> 
> Quando ligamos o overlapdial o problema foi resolvido.
> 
> O que vou falar agora é pura intuição/viagem minha 
> hihi!!: aparentemente, o PABX da Siemens possui um 
> buffer de mais ou menos 8 dígitos (talvez este 
> buffer seja determinado pelo plano de marcação). 
> Na prática é assim: o usuário marca os 8 primeiros 
> dígitos, o PABX constrói um bloco de dados e manda 
> para frente pela interface ISDN/PRI; os demais 
> dígitos são enviados tão-logo-o-usuário-os-marque.
> 
> Por padrão (overlapdial=no), o asterisk / libpri / 
> zaptel só compreendem o que vem no bloco de 
> número-de-B, e não aguardam mais nenhum dígito.
> 
> Mas com overlapdial=yes, o trio concatena os dados 
> vindos do bloco de dados com os demais dígitos que 
> se seguem. (desconheço se o fim destes dígitos 
> 'atrasados' são determinados por timeout ou por 
> algum delimitador em nível de sinalização)
> 
> Tentamos configurar o PABX Siemens com algumas 
> opções esotéricas hihi de mandar marcação em 
> blocos e coisa do tipo mas não melhorou em nada. O 
> overlapdial foi necessário para integração. Ficou 
> perfeito!
> 
> 
> --hg
> 
> 
> 
> Paulo Garcia wrote:
>> Leonardo,
>>
>> se voce puder, explique melhor a necessidade do
> overlapdial no isdn 
>> pri... Pelo que vi tem relação com DDR... é isso?
>>
>>