Ok, il tuo scenario sembrerebbe essere:

PSTN --- ISDN/BRI --- CISCO 2600 --- SIP --- SIP SERVER

Confermi?

In cosa consiste il sip server precisamente? stiamo parlando di qualcosa
tipo asterisk suppongo.

In questo caso non credo proprio sia necessario il seguente blocco di
configurazione:
! 
sip-ua 
 authentication username 5000 password 124C554742 realm 192.168.0.80 
 mwi-server ipv4:192.168.0.80 expires 3600 port 5060 transport udp 
 registrar ipv4:192.168.0.80 expires 3600 
 sip-server ipv4:192.168.0.80 
! 

per il semplice fatto che non stai inoltrando telefonate verso un
provider sip, dove è richiesta autenticazione, etc. (dal punto di vista
del provider sarebbe come se fossi un telefono, un singolo peer
insomma). 

Tu stai semplicemente "sparando" chiamate sip verso un'altra entità
sip-aware, non dovrebbe essere quindi richiesta autenticazione, etc.
perchè il voice gateway non è un telefono che deve registrarsi al tuo
sip server.

Credo proprio che sia inutile anche il comando 

sip 
  registrar server 

sotto voice service voip, perchè in questo modo stai dicendo al router
di diventare esso stesso un registrar server, cioè un server che accetta
registrazione da altri peer e non è questo il caso a meno che tu non
abbia telefoni sip che si registrano direttamente al router. L'unica
cosa che ti serve realmente è il dial-peer voip con session protocol
sipv2 (che già hai).

Fai qualche test con i seguenti debug abilitati e poi postami l'output:

debug isdn q931
debug ccsip messages

Altro tip: con un telefono sip software prova a fare qualche chiamata
verso il tuo sip server senza registrarti a quest'ultimo. Le chiamate
dovrebbero funzionare comunque. Lo scopo di questo test è appurare se il
tuo sip server accetta chiamate esterne da peer non registrati.

Prova anche ad aggiungere sotto le tue interface BRI i seguenti comandi:

 isdn sending-complete
 isdn static-tei 0
!
 potrebbero aiutarti.


Buon lavoro,

Daniele



_______________________________________________
http://www.areanetworking.it
http://www.areanetworking.it/blog
Cug@ml.areanetworking.it
http://ml.areanetworking.it/mailman/listinfo/cug

Reply via email to