Routing dei messaggi interni

Si applica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Ultima modifica dell'argomento: 2007-08-21

In questo argomento viene descritto il processo di routing per il recapito dei messaggi interni. Il recapito dei messaggi interni coinvolge l'inoltro della posta elettronica nei modi seguenti:

• Da un server Trasporto Hub di Microsoft Exchange Server 2007 a un server Trasporto Hub in un sito del servizio directory di Active Directory differente

• Da un server Trasporto Hub a un server Cassette postali presente nello stesso sito di Active Directory.

• Da un server Trasporto Hub a un server su cui è in esecuzione Microsoft Exchange Server 2003 o Exchange 2000 Server per il recapito a una cassetta postale del destinatario presente su un computer Exchange 2003 o Exchange 2000.

Ricezione della posta elettronica per il routing

Un messaggio può arrivare a un server Trasporto Hub nei modi riportati di seguito:

• Il messaggio di posta elettronica viene ricevuto da un server Simple Mail Transfer Protocol (SMTP) con connessione a Internet per il recapito a un destinatario nell'organizzazione di Exchange oppure a un destinatario in un dominio accettato di inoltro interno.

• Il messaggio di posta elettronica viene ricevuto da un altro server Trasporto Hub nell'organizzazione di Exchange per il recapito alla cassetta postale di un destinatario presente su un server Cassette postali del sito di Active Directory.

• Il messaggio di posta elettronica viene ricevuto da un server Exchange 2003 o Exchange 2000 per il recapito alla cassetta postale di un destinatario presente su un server Cassette postali di Exchange 2007.

• Il messaggio di posta elettronica viene recuperato da un server Cassette postali di Exchange 2007 dal server Trasporto Hub.

L'elaborazione di tutti i messaggi di posta elettronica ricevuti da un server Trasporto Hub per la classificazione inizia nella coda di invio.

Recupero dei messaggi da un server Cassette postali

In questo scenario, il Servizio Invio posta di Microsoft Exchange in esecuzione sui server Cassette postali, notifica a un server Trasporto Hub presente nello stesso sito di Active Directory che i messaggi sono pronti per il recupero da una cartella di posta in uscita del mittente. Ogni server Cassette postali mantiene un elenco dei server Trasporto Hub presenti nello stesso sito di Active Directory. Questo elenco di server Trasporto Hub è conosciuto come elenco dei server di invio. Il processo di individuazione dei server viene ripetuto ogni dieci minuti per mantenere l'elenco aggiornato.

Se vengono individuati più server Trasporto Hub sullo stesso sito di Active Directory del server Cassette postali che invia la notifica per informare che la posta è pronta per il recupero, la selezione seguente elabora:

• Se il server Cassette postali locale esegue anche il ruolo del server Trasporto Hub, il server locale riceve la notifica. Se il servizio Trasporto di Microsoft Exchange non è in esecuzione o se il server Trasporto Hub locale non può elaborare nuovi invii di posta a causa di una congestione, la notifica viene inviata a un altro server Trasporto Hub disponibile. Per ulteriori informazioni sulla congestione, vedere Concetti relativi alla funzionalità di controllo dell'utilizzo delle risorse.

• Se il server Cassette postali locale non esegue il ruolo del server Trasporto Hub, le notifiche vengono ripartite mediante il bilanciamento del carico tra i server Trasporto Hub utilizzando il round robin.

• Se non è possibile contattare il server Trasporto Hub selezionato, il Servizio Invio posta di Microsoft Exchange non funziona su un server Trasporto Hub differente nello stesso sito di Active Directory. Il server in errore viene contrassegnato come inattivo e viene selezionato il server Trasporto Hub successivo dall'elenco dei server di invio. Se nel sito di Active Directory locale non sono disponibili server Trasporto Hub, l'elenco dei server di invio è vuoto. In questo caso, viene registrato un evento e le notifiche di invio della posta vengono temporaneamente arrestate. Dopo cinque minuti viene effettuato un nuovo tentativo sui server Trasporto Hub contrassegnati come inattivi.

Per impostazione predefinita, il Servizio Invio posta di Microsoft Exchange esegue il bilanciamento del carico degli eventi di notifica sui server Trasporto Hub in un sito, in modo che ogni server Trasporto Hub riceva un numero uguale di eventi di notifica da elaborare. In alcuni casi, una distribuzione uguale degli eventi potrebbe non essere la soluzione migliore. Non tutti i server Trasporto Hub hanno la stessa capacità e alcuni messaggi richiedono un'elaborazione aggiuntiva. Ad esempio, per un server Trasporto Hub, l'elaborazione di un messaggio con un allegato di grandi dimensioni o con molti destinatari impiega molto più tempo rispetto a un messaggio di piccole dimensioni e inviato a un solo destinatario. Per creare un elenco statico di server Trasporto Hub a cui un server Cassette postali deve inviare la notifica, è possibile utilizzare il cmdlet Set-MailboxServer nella Exchange Management Shell. Utilizzare il parametro SubmissionServerOverrideList per specificare un elenco di server Trasporto Hub a cui il server Cassette postali invierà la notifica quando è presente posta da recuperare. Per ulteriori informazioni sulla configurazione di questa impostazione, vedere Set-MailboxServer. 

Dopo che un server Trasporto Hub riceve una notifica di invio della posta da un server Cassette postali, utilizza il driver di archivio per recuperare il messaggio dal database delle cassette postali e lo inserisce nella coda di invio del server Trasporto Hub. Il trasferimento del messaggio dal server Cassette postali al server Trasporto Hub avviene mediante la chiamata di procedura remota (RPC) di Exchange.

Routing dei messaggi per il recapito ai server Exchange 2007

Quando un messaggio viene ricevuto dal server Trasporto Hub, viene recapitato alla coda di invio. I messaggi vengono spostati dalla coda di invio tramite il classificatore: Quando i messaggi vengono classificati, l'indirizzo di posta elettronica di un destinatario viene risolto in un oggetto in Active Directory. Questa query determina la cassetta postale associata a tale indirizzo di posta elettronica e quale server Cassette postali ospita la cassetta postale. 

Dopo la risoluzione delle informazioni sul destinatario, il passo successivo è la risoluzione del server Cassette postali in un sito di Active Directory. Queste informazioni sul sito di Active Directory vengono inserite nel messaggio come attributo NextHopSolutionKey. Il componente DNS avanzato del servizio Trasporto di Microsoft Exchange accede alle informazioni sulla topologia per determinare quali server Trasporto Hub si trovano sullo stesso sito del server Cassette postali di destinazione. Viene quindi fatto riferimento a un elenco di server Trasporto Hub nel sito di Active Directory per determinare dove instradare il messaggio. Se il server Cassette postali di destinazione si trova sullo stesso sito del server Trasporto Hub che esegue la query, quest'ultimo inserisce il messaggio nella coda per il recapito locale. Se il server Cassette postali di destinazione si trova su un sito differente, il server Trasporto Hub inserisce il messaggio nella coda per il recapito remoto in un sito di Active Directory.

Un messaggio in coda per il recapito locale viene inviato all'archivio delle cassette postali di destinazione mediante il driver di archivio. Il trasferimento del messaggio dal server Trasporto Hub al server Cassette postali avviene mediante la chiamata di procedura remota (RPC) di Exchange.

Un messaggio inserito nella coda per il recapito in un sito remoto di Active Directory viene trasferito utilizzando il protocollo SMTP. Prima di inoltrare il messaggio, il componente di routing del classificatore deve selezionare il percorso di routing più economico.

Selezione del percorso di routing più conveniente

Il percorso di routing più conveniente al sito di Active Directory remoto viene determinato dal calcolo di tutti i costi assegnati ai collegamenti di sito IP di Active Directory presenti tra i due siti. I collegamenti sono con bridge e la connessione è diretta. I server Trasporto Hub di Exchange 2007 selezionano sempre un singolo, deterministico percorso di routing più conveniente. La disponibilità della connessione sottostante o del server di destinazione non è mai presa in considerazione nella selezione del percorso di routing e non viene preso in considerazione alcun percorso di routing alternativo. 

Per determinare un percorso di backoff nel caso in cui un messaggio non venga recapitato all'hop successivo, viene utilizzato il calcolo del percorso di routing più conveniente. In Exchange 2007, il backoff è un meccanismo utilizzato per recapitare i messaggi a un hop intermedio nel percorso di routing più conveniente quando si verificano errori nell'inoltro diretto, ad esempio problemi di rete o disconnessioni dei server. Il componente di routing tenta di recapitare i messaggi al punto più vicino alla destinazione tornando indietro di hop in hop lungo il percorso di routing più conveniente finché non viene stabilita una connessione. Innanzitutto, viene eseguito un tentativo di connessione a ciascun server Trasporto Hub nel sito di destinazione di Active Directory. In assenza di risposta dai server, viene controllato il percorso di routing più conveniente per determinare il modo in cui eseguire il backoff dal sito di recapito. L'obiettivo consiste nel recapitare il messaggio nel punto più vicino alla destinazione e di accodarlo nel server Trasporto Hub del sito specifico di Active Directory.

Nella scelta del percorso di routing più conveniente viene utilizzata la seguente logica:

• Innanzitutto, viene calcolato il percorso di routing più conveniente aggiungendo il costo dei collegamenti di sito IP utilizzati per raggiungere la destinazione. Se sono possibili più percorsi di routing, verrà utilizzato il percorso con il costo complessivo minore.

• In presenza di più percorsi di routing con lo stesso costo complessivo, verrà valutato il numero di hop di ogni percorso e verrà scelto il percorso di routing con il numero minore di hop.

• Se sono ancora disponibili più percorsi di routing, viene preso in considerazione il nome assegnato ai siti Active Directory o i connettori dei gruppi di routing prima della destinazione. Verrà utilizzato il percorso di routing il cui sito di Active Directory più vicino alla destinazione presenta il valore minore in ordine alfanumerico. Se il sito più vicino alla destinazione è identico per tutti i percorsi di routing valutati, verrà considerato il nome di un sito precedente.

Nella figura seguente viene illustrata la topologia di routing di un'organizzazione di Exchange. Questa topologia viene utilizzata nei seguenti esempi per dimostrare la logica utilizzata dall'algoritmo di routing per la scelta del percorso di routing più conveniente.

Una topologia di routing di Exchange 2007

Esempio 1   Un messaggio inoltrato dal sito A al sito D può seguire due possibili percorsi di routing: sito A-sito B-sito D e sito A-sito C-sito D. Verranno aggiunti i costi assegnati ai collegamenti di sito IP in ogni percorso di routing per determinare il costo complessivo richiesto per instradare il messaggio. In questo esempio, il costo complessivo del percorso di routing sito A-sito B-sito D è 20, mentre quello del percorso sito A-sito C-sito D è 10. Verrà quindi selezionato il percorso di routing sito A-sito C-sito D.

Esempio 2   Un messaggio inoltrato dal sito B al sito D può seguire tre possibili percorsi di routing: sito B-sito D con un costo di 15, sito B-sito E-sito C-sito D con un costo di 15 e sito B-sito A-sito C-sito D con un costo di 15. Poiché sono presenti più percorsi di routing con lo stesso costo, verrà scelto il percorso di routing sito B-sito D, che presenta il minor numero di hop.

Esempio 3   Un messaggio inoltrato dal sito A al sito E può seguire due possibili percorsi di routing: sito A-sito B-sito E con un costo di 10 e sito A-sito C-sito E con lo stesso costo. Entrambi i percorsi di routing hanno un costo identico e lo stesso numero di hop. Pertanto, viene confrontato l'ordine alfanumerico dei siti di Active Directory che precedono il sito E. Il sito B ha un valore alfanumerico inferiore rispetto al sito C. Pertanto, verrà scelto il percorso di routing sito A-sito B-sito E.

Dopo aver determinato il percorso di routing più conveniente, non verranno considerati percorsi alternativi dal componente di routing di Exchange 2007.

Un sito di Active Directory in cui non siano distribuiti server Trasporto Hub non verrà riconosciuto dal routing e non verrà incluso nella topologia di Exchange. Tuttavia, se il sito è presente sul percorso di routing più conveniente tra i siti in cui sono distribuiti i server Trasporto Hub, i costi dei collegamenti di sito IP che collegano questo sito ad altri siti, verranno considerati per il calcolo del percorso di routing più conveniente.

Una volta scelto il percorso di routing più conveniente, il routing determina se nel percorso esiste un sito hub. I siti hub ignorano una connessione diretta e forzano l'elaborazione dei messaggi da parte dei server Trasporto Hub nel sito hub. Utilizzare il comando Set-AdSite in Exchange Management Shell per configurare un sito di Active Directory come sito hub.

Questa configurazione è utile quando la connettività potrebbe impedire l'inoltro SMTP diretto tra siti. In presenza di un sito hub nel percorso di routing più conveniente per il recapito dei messaggi, prima che vengano inoltrati alla destinazione finale, i messaggi verranno accodati ed elaborati dai server Trasporto Hub nel sito hub. Se nel percorso di routing più conveniente sono presenti più siti hub, i messaggi si fermano in ciascun sito hub del percorso. Per ulteriori informazioni sulle modalità di configurazione di un sito hub, vedere Come configurare un sito hub.

Controllo dei costi del collegamento di sito IP

Se si decide che i costi di collegamento di sito IP di Active Directory e gli schemi di flusso del traffico non sono ottimali per Exchange 2007, è possibile modificare i costi valutati da Microsoft Exchange. Un amministratore di Exchange non può e non deve modificare il costo assegnato al collegamento al sito IP utilizzando gli strumenti di Active Directory. Dovrebbe invece utilizzare il cmdlet Set-ADSiteLink in Exchange Management Shell per assegnare un costo specifico di Exchange per un collegamento al sito IP di Exchange. Ad esempio, per impostare un costo diverso per un collegamento di sito IP denominato SITELINKAB a scopo di routing dei messaggi, è necessario eseguire il comando riportato di seguito in Exchange Management Shell:

Set-AdSiteLink -Identity SITELINKAB -ExchangeCost 25

Quando viene assegnato un costo di Exchange a un collegamento di sito IP, il costo di Exchange sostituisce il costo di Active Directory a scopo di routing dei messaggi e per il routing viene preso in considerazione il costo di Exchange solo quando si valuta il percorso di routing più conveniente. In caso contrario, verrà utilizzato il costo di replica di Active Directory. Per ulteriori informazioni, vedere Come impostare un costo di Exchange per un collegamento al sito IP di Active Directory.

Novità in Exchange 2007 Service Pack 1

Exchange 2007 Service Pack 1 (SP1) fornisce il supporto per la configurazione di un limite delle dimensioni massime del messaggio su un collegamento di sito IP di Active Directory. Per impostazione predefinita, Exchange 2007 non impone un limite di dimensione massima dei messaggi ai messaggi inoltrati mediante server Trasporto Hub in diversi siti di Active Directory. Se si utilizza il cmdlet Set-AdSiteLink per configurare la dimensione massima dei messaggi su un collegamento al sito IP di Active Directory, il routing genera un rapporto di mancato recapito (NDR) per tutti i messaggi di dimensioni superiori rispetto al limite massimo per la dimensione dei messaggi configurato su un qualunque collegamento al sito di Active Directory nel percorso di routing con il costo minore. Non vengono presi in considerazione percorsi di routing alternativi. Questa configurazione è utile per limitare la dimensione dei messaggi inviati ai siti remoti di Active Directory che devono comunicare mediante connessioni con larghezza di banda ridotta. Se si configura un limite per la dimensione massima del messaggio in un collegamento di sito di Active Directory, è inoltre necessario configurare un costo superiore di Exchange per tale collegamento di sito per evitare che il routing preferisca un percorso di routing con dimensioni limitate in un percorso di routing senza limitazioni. Per ulteriori informazioni, vedere Come configurare i limiti delle dimensioni dei messaggi per il routing interno.

Routing dei messaggi per il recapito a Exchange Server 2003 o Exchange 2000 Server

Un messaggio inoltrato da un server Trasporto Hub a un server di Exchange 2003 o Exchange 2000 per il recapito alla cassetta postale di un destinatario che si trova su un server di Exchange 2003 o Exchange 2000, deve essere inoltrato mediante un connettore di gruppi di routing. Tutti i server di Exchange 2007 sono associati a un singolo gruppo di routing denominato gruppo di routing Exchange (DWBGZMFD01QNBJR) per il routing alle versioni precedenti di Exchange Server quando Exchange 2007 coesiste nella stessa organizzazione di Exchange 2003 o Exchange 2000. Il posizionamento di Exchange 2007 e versioni precedenti di Exchange Server nello stesso gruppo di routing non è supportato. Quindi, almeno un connettore di gruppi di routing separerà sempre i server di Exchange 2007 dai server di Exchange 2003 o Exchange 2000.

Quando determina il percorso di routing più conveniente in una versione precedente di Exchange Server, il componente di routing del servizio Trasporto di Microsoft Exchange valuta innanzitutto i possibili percorsi di routing per raggiungere il server di Exchange 2003 di destinazione, prendendo in considerazione solo il costo totale di tutti i connettori di gruppi di routing che devono essere attraversati per raggiungere tale destinazione. Quindi, il costo per raggiungere il primo connettore di gruppi di routing nel percorso di routing selezionato viene determinato utilizzando l'algoritmo descritto nella sezione "Selezione del percorso di routing più conveniente" più avanti in questo argomento. Viene sempre utilizzato il percorso di routing più conveniente attraverso i connettori di gruppi di routing. Inoltre, il costo per raggiungere il primo connettore di gruppi di routing è preso in considerazione solo quando due percorsi di routing hanno lo stesso costo.

L'algoritmo seguente viene utilizzato per selezionare il percorso di routing più conveniente su un computer che esegue una versione precedente di Exchange Server:

1. Si prendano in esame tutti i possibili percorsi di routing attraverso più connettori di gruppi di routing e si selezioni il percorso di routing con il costo totale più conveniente.

2. Se sono presenti più percorsi di routing con lo stesso costo, esaminare tutti i possibili percorsi di routing attraverso i collegamenti di sito IP per raggiungere il primo connettore di gruppi di routing e selezionare il percorso di routing con il costo di collegamento di sito IP inferiore.

3. Se sono presenti più percorsi di routing con lo stesso costo di gruppo di routing e con lo stesso costo di collegamento di sito IP, selezionare il percorso di routing con il numero inferiore di hop.

4. Se sono presenti più percorsi di routing con lo stesso costo di gruppo di routing, con lo stesso costo di collegamento di sito IP e con lo stesso numero di hop, selezionare il percorso di routing in cui il nome dell'ultimo sito di Active Directory prima del sito di destinazione abbia il valore alfanumerico inferiore.

Nella figura seguente viene illustrato un esempio di topologia di routing in cui Exchange 2007 e Exchange 2003 coesistono.

Topologia di routing in cui Exchange 2007 e Exchange 2003 coesistono

In questo esempio, un messaggio viene instradato da un server Trasporto Hub nel sito A a un server di Exchange 2003 che si trova nel gruppo di routing 2. In questo caso sono presenti due possibili percorsi di routing per raggiungere il gruppo di routing 2:

• Opzione 1: Dal connettore di gruppi di routing A3 con un costo di 10, al connettore di gruppi di routing 2-3 con un costo di 20. Questo percorso di routing ha un costo totale di 30.

• Opzione 2: Dal connettore di gruppi di routing C1 con un costo di 10, al connettore di gruppi di routing 1-2 con un costo di 10. Questo percorso di routing ha un costo totale di 20.

In questo esempio, l'opzione 2 ha un costo totale del connettore di gruppi di routing inferiore e il messaggio viene instradato dal server Trasporto Hub nel sito A, a un server Trasporto Hub nel sito C, dove viene inserito nella coda per il recapito utilizzando il connettore di gruppi di routing C1.

Nella figura seguente il costo del connettore di gruppi di routing 2-3 è passato a 10.

Topologia di routing in cui Exchange 2007 e Exchange 2003 coesistono con un costo del connettore di gruppi di routing rivisto

Sono nuovamente disponibili due possibili gruppi di routing per raggiungere il gruppo di routing 2:

• Opzione 1: Dal connettore di gruppi di routing A3 con un costo di 10, al connettore di gruppi di routing 2-3 con un costo di 10. Questo percorso di routing ha un costo totale di 20.

• Opzione 2: Dal connettore di gruppi di routing C1 con un costo di 10, al connettore di gruppi di routing 1-2 con un costo di 10. Questo percorso di routing ha un costo totale di 20.

In questo esempio, entrambe le opzioni hanno lo stesso costo totale per il connettore di gruppi di routing. Il routing valuta quindi il costo dei collegamenti di sito IP che devono essere attraversati per raggiungere il primo connettore di gruppi di routing. Dal sito A, il costo del collegamento di sito IP per raggiungere il connettore di gruppi di routing A3 è zero e il costo per raggiungere il connettore di gruppi di routing C1 è 20. Quindi, viene selezionato il percorso di routing descritto nell'opzione 1.

Novità in Exchange 2007 SP1

Exchange 2007 Service Pack 1 (SP1) fornisce il supporto per la configurazione di un limite delle dimensioni massime del messaggio su un connettore di gruppi di routing. Per impostazione predefinita, Exchange 2007 non impone un limite per le dimensioni massime dei messaggi ai messaggi inoltrati tra il server di Trasporto Hub di Exchange 2003 o Exchange 2000. Se si utilizza il cmdlet Set-RoutingGroupConnector per configurare la dimensione massima dei messaggi su un connettore di gruppi di routing, il routing genera un rapporto di mancato recapito (NDR) per tutti i messaggi di dimensioni superiori rispetto al limite massimo per la dimensione dei messaggi configurato per i connettori di gruppi di routing nel percorso di routing con il costo minore. Non vengono presi in considerazione percorsi di routing alternativi.

Questa configurazione è utile per limitare la dimensione dei messaggi inviati ai gruppi di routing remoti che devono comunicare mediante connessioni con larghezza di banda ridotta. Se si configura un limite per la dimensione massima del messaggio in un connettore di gruppi di routing, è inoltre necessario configurare un costo superiore per tale connettore per evitare che il routing preferisca un percorso di routing con dimensioni limitate in un percorso di routing senza limitazioni. Per ulteriori informazioni, vedere Come configurare i limiti delle dimensioni dei messaggi per il routing interno.

La versione di produzione (RTM, Release To Manufacturing) di Exchange 2007 inoltre non riconosce un connettore non SMTP configurato in una versione precedente di Exchange Server per connettere i gruppi di routing. Per il calcolo del percorso di routing più conveniente in un gruppo di routing di Exchange 2003 o Exchange 2000, i connettori non SMTP non vengono presi in considerazione. Exchange 2007 SP1 include il supporto che consente al componente di routing del servizio Trasporto di Microsoft Exchange di riconoscere i connettori non SMTP durante il calcolo del percorso di routing più conveniente.

Ulteriori informazioni

Per ulteriori informazioni, vedere i seguenti argomenti:

• Informazioni sul routing basato su un sito di Active Directory

• Routing dei messaggi in un ambiente di coesistenza

• Reinstradamento dei messaggi e coda Non raggiungibile

• Bilanciamento del carico e tolleranza di errore per i server di trasporto

• Concetti relativi alla funzionalità di controllo dell'utilizzo delle risorse