CCME chiamate da rete analogica

[pony78]

Ciao, ho un CCME connesso a 4 borchie SDN con 100 numeri di selezione passante.
Quando chiamato da rete analogica la chiamata viene rigirata al centralino senza aspettare le 2 cifre di selezione.
Credo sia un problema di qualche timer ISDN da impostare sulle BRI.

Qualcuno può darmi una mano??


voice translation-rule 100
rule 1 /^XXXXX11/ /980/
rule 2 /^XXXXX\(..\)$/ /\1/
rule 3 /^XXXXX1/ /980/
rule 4 /^XXXXX/ /980/
!
voice translation-rule 110
rule 1 /^/ /0/ type unknown unknown
rule 2 /^/ /00/ type national national
rule 3 /^/ /000/ type international international
!
voice translation-rule 120
rule 1 /^\([0-9]\)/ /\1/ type any unknown
!
voice translation-rule 130
rule 1 /\(..\)/ /0XXXXX\1/
!
voice translation-profile EntrantiPSTN
translate calling 110
translate called 100
!
voice translation-profile UscentiPSTN
translate calling 130
translate called 120
!
!
dial-peer voice 1 pots
translation-profile incoming EntrantiPSTN
translation-profile outgoing UscentiPSTN
preference 3
destination-pattern 0T
direct-inward-dial
port 0/0/0
!


Config attuale dell BRI:

interface BRI0/0/0
no ip address
isdn switch-type basic-net3
isdn timer T306 2000
isdn overlap-receiving T302 3500
isdn point-to-point-setup
isdn incoming-voice voice
isdn send-alerting
isdn sending-complete
isdn static-tei 0
!

[IsaCab]

Ciao,

sarebbe opportuno che tu spiegassi la Voice Translation rule 100.

980 chi è ?

In tutti i casi, metti in debug le translation rule in modo da vederificare quale viene metchata, credo che il problema sia li.

Ciao Giulio

[pony78]

Ciao, e grazie per la risposta
Il 980 è un autoattendant che da il benvenuto e rigira al centralino (il 44)

i test delle translation rule danno i risultati voluti. Il problema è che se chiamo il 1111144 da un Cellulare la chiamata fa il match della rule 2 e quindi passa al 44. Se lo stesso numero viene fatto da una linea analogica il numero viene intercettato dalla rule 4 (perché il numero viene spedito cifra per cifra).

Qualcuna sa se ci sono dei timeout sulle cifre in ingresso prima di dichiarare il numero completo?

grazie

[IsaCab]

Ciao,

e lo stesso numero viene fatto da una linea analogica il numero viene intercettato dalla rule 4 (perché il numero viene spedito cifra per cifra).

La radice della selezione passante arriva completa, è la numerazione passante che è a cura del centralino.

La T nel destination pattern della dial peer dovrebbe bastare. Prova a modificarla così : 0.T


In tutti i casi il problema non è (a mio parere chiaramente) da ricercare a livello di BRI ma a livello di dial-peer e di translation rule. Il time-out interdigit lo si gestisce a livello di voice-port ma rigurarda le chiamate in uscita.

Ciao Giulio

[pony78]

Ciao,

ho provato la modifica, ma senza esito. In ingresso la chiammata continua a matchare al rule 4 e quindi girata al centralino (se chiamo da telefono analogico)

qualcuno ha altre idee??

grazie ancora Giulio....

[IsaCab]

Ciao,

il comportamento è giusto. Vediamo di analizzarlo :

Chiamata analogica :

1) Ricevi la radice della selezione passante
2) Viene metchata la dial-peer
3) Viene eseguita la Voice traslation rule

Avendo solo la radice viene eseguita la rule 4.

Dovresti rivedere le dial-peer ed anche le rule a mio parere. Intanto separa le dial-peer in uscita da quelle in ingresso. In questo modo pui rendere più selettiva la dial -peer e metchare la destination pattern <Radice> + <INTERNO>

Cao Giulio

[pony78]

grazie Giulio,

potresti farmi un esempio per differenziare le dial-peer ...

scusa ma continuo a n on capire come fìdifferenziare selezione + interno, da tutto il numero completo ricevuto...

grazie



Alessandro

[IsaCab]

Ciao,

scrivo a naso, quindi fai una verifica della sintassi.

Supponendo che la tua radice sia 08353333 e che tu abbia una selezione passante a 100 numeri avrai :

08353333XX

Quindi ad esempio potesti avere una dial-peer con una destination pattern del tipo :

destination-Pattern 08353333..

In questo modo la dial-peer verrà metchata ma solo a numerazione completa.

Chiaramente la dial-peer 0T op. 0.T si sovrappone e potrebbe crearti dei problemi.

A mio parere dovresti traformare il numero a livello di voice-port e poi fare una dial-peer dedicata.

Ad esempio puoi anteporre un # alla radice e fare una destination-pattern #<radice>..

Insomma in sostanza devi evitare le ambiguità sul sistema.

Ciao Giulio