Newsgroup: it.comp.reti.cisco
Titolo: srst

Salve a tutti,
sono nuova e non ho molta esperienza con VoIP (sono solo certificata
CCNA). Per ampliare i servizi offerti ai clienti tramite un Contact
Center Cisco, un supermercato ha chiesto di migrare a VoIP le sue sedi
sparse in tutta italia e per le sedi più importanti (circa 20) è
richiesto che abbiano un modulo di sopravvivenza in caso di caduta di
connessione WAN. Le altre sedi, in caso di emergenza, basta che
mantengano la raggiungibilità dei numeri interni.
Il modulo di sopravvivenza richiesto è, ovviamente, la funzionalità
SRST del Call Manager Express da configurare sul gateway delle sedi
più importanti.
Quello che non ho capito e che quindi vi chiedo è il funzionamento
dell'SRST nel caso in cui cada TUTTO il collegamento WAN.
Nel questo caso le sedi con SRST possono continuare a comunicare con
l'esterno via PSTN, come riportato nella topologia di rete (dove ogni
sede è collegata sia alla WAN che alla PSTN). Le sedi che non hanno
SRST invece non possono uscire su PSTN in caso di caduta della WAN? In
pratica, cosa cambia tra una sede che ha l'SRST e una che non ce l'ha
nello specifico caso in cui TUTTA la WAN cada? ok, senza con SRST e la
WAN giù i telefoni non si registrano a nulla e non si chiamano nemmeno
tra loro, ma non si chiamano tra loro nemmeno se sul gateway configuro
call manager express (senza la funzionalità SRST), che a quanto mi
hanno detto è necessario a prescindere dal cluster dei call manager
delle sedi centrali?
Spero possiate aiutarmi a capire, intanto grazie!!
Michela

 SRST invece non possono uscire su PSTN in caso di caduta della WAN? 
Si ma dipende che vuoi fare...
"Cisco SIP SRST provides backup to an external SIP proxy server by
providing basic registrar and redirect services. These services are used
by a SIP IP phone in the event of a WAN connection outage when the SIP
phone is unable to communicate with its primary SIP proxy. The Cisco SIP
SRST device also provides PSTN gateway access for placing and receiving
PSTN calls."
Imho un progetto del genere non si fa in due giorni....

 Imho un progetto del genere non si fa in due giorni....
anche secondo me, ma i tempi sono stretti e ai capi sembra che
disegnare una architettura di rete sia cosa banale... >=(
grazie mille

> Imho un progetto del genere non si fa in due giorni....
Nessuno me ne voglia, ma non si fa nemmeno senza la minima esperienza.....le 
implicazioni di un progetto del genere sono innumerevoli e non è 
assolutamente pensabile affrontarlo in questo modo.
Nella migliore e di gran lunga più probabile delle ipotesi è una gran 
perdita di tempo, il cliente ci metterà un secondo a scoprire l'inesperienza 
e se non lo farà lui ci penserà la concorrenza.
Ciao,
         Tosh 

 disegnare una architettura di rete sia cosa banale... >=(
quoto in toto tosh

 > più importanti.
da quel poco che ho capito e da quel molto molto poco che conosco...
ogni sede ha comunque un accesso esterno PSTN (che sia BRI, PRI poco 
importa).
L'accesso WAN mi pare di aver capito serva solo per "interconnettere" le 
sedi tra di loro come se fossero tutti interni.
A questo punto se cade la WAN da qualche parte la soppravvivenza (si 
scriverà mai cosi') è assicurata dalla PSTN, per chiamarsi tra di loro 
(interni della stessa sede) credo continueranno a fare l'interno, per 
chiamarsi tra sede e sede all'interno probabilmente dovranno anteporre la 
testa del numero (se si parla di selezione passante) oppure chiamare il 
centralino dell'altra sede e farsi passare l'interno desiderato.
Sempre se ho capito correttamente le ipotesi, direi che cio' che dice m.atta 
dovrebbe funzionare correttamente.......
Spero di non aver detto troppe vaccate.
Salute a tutti
--
Smalldgo


------
The Great ISA Opportunity - dal 1.9 al 5.10.07 - 2000 Euro di 
montepremi
http://www.isaserver.it/forum/topic.asp?TOPIC_ID=746
==========================================================

 Spero di aver sciolto il tuo dubbio.
grazie mille, sei stato prezioso!!  =)
M.

 M.


 cmq la connettività ?
in realtà per garantire affidabilità è previsto un secondo cluster CCM
di ridondanza... quindi in teoria l'SRST o il CME dovrebbero entrare
in gioco in casi davvero rarissimi... si tratta giusto di considerare
tutte le ipotesi a priori, prima di mandare la topologia ai
tecnici!!  ;)
grazie ancora
M.

 grazie ancora
Di nulla


 backup gestito direttamente dalprovider di connettività ?
nel caso di caduta della wan, il collegamento voip tra sedi non è
rilevante... ciò che conta è che i clienti continuino a poter chiamare
il numero verde e di conseguenza la sede remota selezionata possa
rispondere...
M.

 rispondere...
E qui nasce il problema. Cerco di spiegarmi meglio :
Se hai N numeri verdi (uno per sede) allora non leggere quello che 
segue.
Se hai un solo numero verde, come puoi ben immaginare le chiamate si 
fermeranno alla sede dove il numero verde è attestato fisicamente.
Ma anche qui, sicuramente ho capito male io e hai N numeri verdi.


 Ma anche qui, sicuramente ho capito male io e hai N numeri verdi.
e invece no, hai capito bene... il numero verde è UNICO per tutti i
clienti... chiamando il numero verde, si accede a un IVR... a quel
punto, o si ottengono le informazioni ricercate tramite IVR, o si
inoltra la chiamata ad un operatore... l'operatore, a sua volta, una
volta ricevuta la chiamata potrebbe inoltrarla alla sede remota
desiderata dal cliente...
In pratica, l'85% delle chiamate si fermano alla sede dove è attestato
il numero verde... c'è poi un 15% di chiamate che possono essere
passate dal contact center alla sede remota... a quel punto, in caso
di wan failure, io mi aspetto che la comunicazione ContactCenter ->
sede remota possa essere effettuato via PSTN (se nella sede remota c'è
SRST) o fallisca (se nella sede remota non c'è SRST)...
ti sembra ragionevole un funzionamento del genere?
M.

 M.
Ciao m.tta,
ecco lo sapevo, una volta tanto che pensavo di aver capito male...... 
non ne azzecco mai una :-)
Si il ragionamento non fa una piega, ma in questa logica devi fare una 
considerazione :
Nella sede master (dove è attestato il numero verde) hai abbastanza 
linee per avere N chiamate in uscita su N chimate in ingresso ?
Mi spiego meglio :
1) Ti arriva una chiamata e rispondi e vuole parlare con la sede A
2) La WAN è OUT
3) Allora mandi la chiamata verso la sede su PSTN
Questo funziona senza problemi, ma per una chiamata hai :
1) Due Linee occupate
2) La seconda chiamata è soggetta a nuova tariffazione
3) Parte delle linee potrebbero essere usate dalla normale attività 
dell'azienda, lasciandoti di fatto senza risorse per poter effettuare 
la deviazione PSTN sulla sede remota.
Ripeto, ma non vorrei insistere, io penserei ad un backup della WAN.
La soluzione ISDN, costa poco, ti garantisce un minimo di servizio. Ma 
ci sono cmq soluzioni più professionali, ma che chiaramente costano di 
più.


 La soluzione ISDN, costa poco, ti garantisce un minimo di servizio.
ok, lo inserirò nei commenti finali... grazie della dritta!!  ;)
M.

 M.
Di nulla è stato un piacere.
