Cisco IOS NetFlow: fornisce in modo efficiente una serie di servizi fondamentali per le applicazioni IP, tra cui contabilità del traffico di rete, basata sull'utilizzo di fatturazione di rete, la pianificazione della rete, sicurezza, capacità di monitoraggio di tipo Denial of Service, e il monitoraggio della rete. NetFlow fornisce utili informazioni agli utenti della rete e le applicazioni, i tempi di utilizzo massimo, e il routing del traffico.

Tra le sue applicazioni principali, la configurazione di Firewall e dei diritti di accesso a file e directory.

Una ACL è una lista ordinata di regole che viene usata per prendere una decisione, ad esempio se far passare o meno un pacchetto o se permettere o meno ad un certo utente l'accesso ad un file.

Ciascuna regola, detta Access Control Entry (ACE), esprime una o più proprietà dell'oggetto da valutare (ad esempio, l'indirizzo sorgente di un pacchetto IP), e se queste proprietà sono verificate indica quale decisione prendere (ad esempio, far passare il pacchetto oppure rifiutarlo).

La valutazione inizia dalla prima regola e continua fino a quando le condizioni di una regola non sono verificate.

Se le condizioni sono verificate, la valutazione finisce e viene applicata la decisione presa. Altrimenti, la valutazione prosegue alla regola successiva.

Se nessuna regola viene soddisfatta, viene applicata una decisione di default, chiamata policy dell'ACL.

Ci sono 3 componenti nella soluzione Cisco Easy VPN : Easy VPN Client, Easy VPN Remote, e Easy VPN Server.

•  Easy VPN Client: abilita i lavoratori in movimento a creare una connessione VPN ad accesso remoto a un  Easy VPN Server.
• Easy VPN Remote: abilita i router Cisco e le appliance di sicurezza a stabilire una connessione site-to-site VPN a un Easy VPN Server senza lacomplessità della configurazione del lato remoto.
• Easy VPN Server: accetta connessioni da Cisco Easy VPN Client e Remote, assicurandosi che queste connessioni abbiano policy up-to-date prima che vengano stabilite.
  

Il LWAPP è installato su un server centrale che ottiene informazioni da periferiche a radio frequenza di case produttrici e configurazioni differenti. Il server può applicare una specifica configurazione contemporaneamente ad un gruppo di periferiche selezionato.

La voce viene trasportata per un tratto attraverso la rete telefonica, successivamente viene convertita in segnali digitali ed inviata come pacchetti IP tramite la rete pubblica. A destinazione, viene riconvertita in impulsi, quindi raggiunge il numero telefonico dell’utente finale.

Le telefonate tramite VoIP possono essere effettuate direttamente dal pc utilizzando microfono e altoparlanti o una cornetta USB. Per ottenere la migliore qualità del servizio è consigliata l'attivazione su di una linea ADSL.

CUCM traccia tutti i componenti attivi di una rete VoIP, cioè telefoni, gateways, conference bridges, transcoding resources e voicemail box. Il CallManager utilizza il protocollo di comunicazione Skinny Client Control Protocol (SCCP) per segnalare gli hardware endpoints del sistema, come i telefoni IP. H.323, Media Gateway Control Protocol (MGCP) or Session Initiation Protocol (SIP) sono i protocolli usati per passare il segnale di chiamata ai gateways.

CUCM valuta i numeri chiamati e i gateways attivi per spedire o ricevere chiamate alle reti PSTN o IP.

Il Cisco CallManager è installato sia su Cisco Media Convergence Server (MCS) che sui server approvati da Cisco. Tipicamente più MCS sono raggruppati in un cluster per i processi di distribuzione delle chiamate e tolleranza degli errori.

CUCME fornisce una vasta gamma di opzioni di controllo chiamate e applicazioni vocali e supporta i telefoni IP Cisco che utilizzano i protocolli Skinny Client Control Protocol (SCCP) and Session Initiation Protocol (SIP). Il Call Manager Express garantisce inoltre la connettività PSTN tramite linee analogiche e digitali.

Per gli utenti più esperti CUCME  da la possibilità di integrare clients TAPI, è dotato di un'applicazione di distribuzione automatica delle chiamate, Auto Attendant, Voicemail e sistema di risposta vocale interattiva.

Il logging è valutato su 8 livelli diversi. "0" o di emergenza per gli errori catastrofici come lo spegnimento o la perdita di connettività all'interno. Il livello "7" sono informazioni di debug, informazioni approfondite anche sul più piccolo dettaglio. Il debugging dovrebbe essere utilizzato solo per brevi periodi di tempo per isolare un problema poichè genera davvero tante informazioni. Qualunque livello di logging venga utilizzato, saranno loggati anche i livelli inferiori. Ad esempio, un buon punto di partenza è il logging di livello 4 o il livello di warning. Una buona cosa da ricordare è quando si imposta il logging 4, si ottengono anche i livelli 3, 2, 1 e 0.

Questo è l'impianto di logging:

0 - Emergency
1 - Alert
2 - Critical
3 - Error
4 - Warning
5 - Notification
6 - Informational
7 - Debugging

Il PIX può avere otto diversi sistemi di logging o "profili". Ad esempio, è possibile impostare il logging 1 come il vostro sistema normale di informazioni syslog. Per questo esempio impostiamo il livello 4 all'interno del sistema di logging. Nel caso si vogliano visualizzare soltanto i messaggi catastrofici direttamente su di un altro computer, bisogna impostare un "profilo" differente (ad esempio local2) per riferire i messaggi di livello 0. Non è necessario impostare questo particolare se si desidera utilizzare un solo profilo, verrà di default un generico "local0".

Quindi, se si vuole conoscere in quale momento si verificano gli errori è necessario impostare il time-stamping, come spiegato di seguito. Il logging può essere visualizzato in un paio di modi differenti. Le trap vengono inviate ad un syslog host, e una copia viene anche tenuta nel buffer del PIX. Inoltre è possibile impostare i messaggi per scorrere lo schermo, infatti la prima volta che il dispositivo viene settato, questa opzione è abilitata di default. Ora entrare in global config mode:

• logging on: abilita il logging e imposta il livello 3 come default per i messaggi 
• logging host inside xxx.xxx.xxx.xxx: l'IP del server syslog al quale si stanno inviando queste informazioni e l'interfaccia attraversata
• logging timestamp: aggiunge un tempo al messaggio
• logging buffered error: il livello più elevato di messaggi che saranno tenuti nel buffer (livello 3 o "error" in questo caso)
• logging trap warning: il livello più elevato di messaggi inviati al server syslog (livello 4 o "warning" in questo caso)
• show log: questo mostrerà una recente lista dei messaggi nel buffer del PIX
• show logging: mostrerà le attuali impostazioni di logging
• clear log: cancella i messaggi nel buffer

Per il flusso audio RTP questo è impostato con precedenza 5 (dscp EF) e per i pacchetti signaling questo è impostato con precedenza 3 (dscp cs3).

UC500 ha un'interfaccia fastethernet e quindi QoS non è richiesto sull'interfaccia WAN, in ogni caso, il router che si connette alla rete carrier dovrà essere configurato con i parametri di QoS appropriati.