Los servicios de transporte en Exchange 2016

 

Que tal amigos,

 

En esta sencilla publicación hablaremos un poco sobre los servicios de transporte (en la pipa de transporte) en Exchange Server 2016. (Coff coff  también conocido como el poderoso Exchangiiiiiiiii)

Existe bastante documentación al tema, con suerte logro aclarar algunas dudas que aun existan. Como todos sabemos, cuando Exchange 2013 salio al publico, la arquitectura sufrió cambios respecto a Exchange 2010 en relación a flujo de correo. El rol de Hub Transport (como rol independiente) se volvió obsoleto y paso a ser divido en 3 servicios en los roles de CAS y Mailbox.

Con la llegada de Exchange 2016. Hubo nuevos cambios en la arquitectura, ahora solo contamos con un rol obligatorio. El mailbox server (El rol de Edge es opcional). Cabe aclarar que si ya se tiene conocimiento básico de como funciona el flujo de correo en 2013, se sentirán como pez en el agua con 2016. A modo introductorio, veamos un poco los servicios de transporte

 

 

Comencemos por entender los servicios de los que consta la pipa de transporte:

.

– Front End Transport Service [Mailbox Server].Conocido como un Stateless Proxy, este servicio simplemente sirve como un message forwarder para todo el flujo de entrada (y de ser configurado también para el flujo de salida). No realiza ningún tipo de filtrado de contenido, no tiene colas (queues) locales. Solo tiene comunicación con el transport service

 

La pregunta que siempre me hacen. ¿Si al parecer no hace nada, para que sirve el Front End Transport Service?

 

Para simplicidad digamos que permite la llegada centralizada de correo, ofrece un balanceo para el flujo entrante (y de ser configurado de salida también) hacia el servicio de Transport Service, aplica agentes de protocolo y reduce los brincos dentro de la pipa de transporte

 

 

– Transport Service [Mailbox Server]. Este servicio es el equivalente al rol del Hub server que todos conocemos (y aun referenciamos a 6 años de la versión 2010). El servicio de transporte se encarga de todo el flujo de SMTP, realiza la categorización , aplica agentes de transporte, expande listas de distribución y aplica filtrados de contenido. Este servicio no manda el mensaje a las bases de datos, sino con al mailbox transport service. Tiene comunicación con los servicios Front End Transport Service, Transport Service (en otros servidores) y con el Mailbox Transport Service (Con todos los servicios de transporte en otras palabras)

 

 

– Mailbox Transport Service [Mailbox Server]. Este servicio consta de dos servicios separados y solo tiene comunicación con el Transport Service.

  • Mailbox Transport Submission Service: Este servicio se conecta a las bases de datos a traves del Exchange Remote Procedure Call (RPC) para colectar mensajes pendientes a ser procesados, manda el mensaje a través de SMTP al Transport Service
  • Mailbox Transport Delivery Service: Este servicio recibe los mensajes del Transport Service y a través de RPC se conecta a la base para enviar el mensaje

 

 

– Transport Service [ Edge Transport Server]. Similar al Transport Service en el perímetro (DMZ) comúnmente utilizado para recibir y enviar correo desde y hacia  Internet o como intermediario en ambientes híbridos entre onpremises y Exchange Online (O365)

 

 

Ejemplo: Inbound

  1. Si un correo llega desde el exterior es recibido a través del conector de recepción predeterminado Default Frontend «nombre del servidor» en el Front End Transport Service, ejecuta agentes de protocolo, a través de un Hub Selector busca al recipiente del mensaje y lo manda al modulo de SMTP send OJO: al modulo, no a un SMTP Send connector)
  2. El mensaje es entonces ruteado al Transport Service ya sea en el servidor local o en otro. el Transport Service recibe este correo a traves del conector de recepcion predeterminado Default «nombre del servidor»
  3. El mensaje es entonces procesado (se manda al submission queue>se categoriza>y finalmente se rutea) y enviado al Mailbox Transport Delivery Service ya sea en el servidor local o en otro
  4. El Mailbox Transport Delivery Service  haciendo uso del store driver deliver y a través de RPC deposita el mensaje a la base de datos

 

 

Ejemplo: Oubound

  1. El Mailbox Transport Submission Service  a traves de Store Driver Submit y a traves de RPC recoge el mensaje del buzón (de la base de datos)
  2. El Mailbox Transport  realiza la búsqueda de un Hub Selector y a través del modulo de SMTP Send envía el mensaje a utilizando SMTP al Transport Service para que sea procesado
  3. El Transport Service recibe el mensaje a través del conector predeterminado Default «nombre del servidor»
  4. Dependiendo la configuración del conector de envio, el mensaje 1) se rutea a internet a traves de dns/MX o un smarthost o 2) Si se tiene configurado el Send Connector con Proxy through client access server el mensaje se envia al Front End Transport Service, el cual recibe el mensaje a través del conector predeterminado de recepción Outbound Proxy Frontend «nombre del servidor» y lo manda al exterior

 

 

Y a todo esto ¿Que es el HUB Selector?

Es un componente dentro de la pipa de transporte. El Hub selector se encarga de buscar el destino y rutear el mensaje al mejor Transport Service (local o remoto). Con ayuda de los delivery groups  Existen distintos delivery groups.

Por ejemplo:

Active directory site: Esto es el flujo entre zonas dentro de una misma organización  (intraorganization connectors). Utilizan la topologia de AD

 

 

Todo correo que va a ser procesado y que entra a la pipa de transporte lo hace de 4 formas posibles :

  • A través de los directorios de Replay y Pickup
  • A través de algún agente de submision
  • A través del Mailbox Transport Submission Service
  • A través de un conector de recepción

 

Imagen oficial de Microsoft para el transport pipeline

IC822225

 

 

¡Enhorabuena! Dense una palmada en la espalda y coman una galleta como premio, se lo han ganado. Han repasado el tema de los servicios de transporte dentro de la pipa de transporte para Exchange 2016. Después haré una publicación detallada sobre el paso a paso que hace un mensaje durante la pipa de transporte, el trayecto que hace por diversos componentes y como entender las trazas de correo

 

 

Referencia de Technet y para mayor información

 

Por Geovany Acevedo

 

Coman frutas y verduras

 

 


Artículos relacionados

Deja un comentario

Tu dirección de correo no será publicada. Los campos con * son obligatorios.