Configuración de canal SMPP
Autorizar transliteración de caracteres
La transliteración es el proceso de encontrar caracteres equivalentes a los que faltan. Por ejemplo, el carácter francés "ê" (e con acento circunflejo) no aparece en la codificación GSM, pero se puede reemplazar por "e" sin afectar demasiado a la legibilidad.
Cuando esta casilla no está marcada, la codificación de texto fallará si no puede codificar la cadena exactamente como está.
Cuando esta casilla está activada, la codificación de texto intentará convertir la cadena a una versión aproximada en lugar de generar errores. Si algunos caracteres no tienen equivalente en la codificación de destinatario, la codificación de texto fallará.
Consulte la Definición de una asignación específica de la configuración de codificaciones para obtener una explicación más general del proceso de codificación.
Número de origen
Define la dirección de origen predeterminada para los mensajes. Esta configuración solo se aplica si el número de origen se ha dejado vacío en la entrega. De forma predeterminada, el campo de número de origen no se pasa, por lo que el proveedor lo sustituirá por el código corto.
Esto habilita la función de anulación de dirección de remitente/oADC.
TON/NPI de origen, TON de destino/NPI
TON (tipo de número) y NPI (indicador del plan de numeración) (descritos en la sección 5.2.5 de la especificación del SMPP 3.4). Estos valores deben ajustarse a lo que el proveedor necesite.
Se transmiten tal cual en los campos source_addr_ton, source_addr_npi, dest_addr_ton y dest_addr_npi de la PDU SUBMIT_SM.
Tipo de servicio
Este campo se transmite tal cual en el campo service_type de la PDU SUBMIT_SM. Configure esto según lo que necesite el proveedor.
Rendimiento y retrasos
Esta configuración controla todos los aspectos de tiempo del canal SMPP. Algunos proveedores requieren un control muy preciso de la velocidad de mensajes, la ventana y los tiempos de reintento, por lo que esta configuración debe establecerse en valores que coincidan con la capacidad del proveedor y las condiciones indicadas en su contrato.
Ventana de envío
La ventana es el número de PDU SUBMIT_SM que se pueden enviar sin esperar una SUBMIT_SM_RESP coincidente.
Ejemplo de una transmisión con una ventana máxima de 4:
La ventana ayuda a aumentar el rendimiento cuando el vínculo de red tiene una latencia alta. El valor de la ventana debe ser al menos el número de SMS/s multiplicado por la latencia del vínculo (en segundos), de modo que el conector nunca está esperando a SUBMIT_SM_RESP antes de enviar el siguiente mensaje.
Si la ventana es demasiado grande, puede enviar más mensajes duplicados en caso de problemas de conexión (caso poco frecuente). Además, la mayoría de los proveedores tienen un límite muy estricto para la ventana y rechazan los mensajes que sobrepasan el límite.
Calcular la fórmula óptima de la ventana de envío:
Mida la latencia máxima entre SUBMIT_SM y SUBMIT_SM_RESP.
Multiplicar este valor (en segundos) al rendimiento máximo de MT: esto proporcionará el valor óptimo de la ventana de envío.
Ejemplo: Si tiene 300 SMS/s configurados en el rendimiento máximo de MT y hay una latencia de 100 ms entre SUBMIT_SM y SUBMIT_SM_RESP en promedio, el valor óptimo sería 300×0.1 = 30.
Cuando tenga dudas, prefiera una ventana más grande para evitar problemas de rendimiento.
Rendimiento máximo de MT
Número máximo de MT por segundo y por conexión. Esta configuración se aplica estrictamente y el MTA nunca insertará mensajes más rápido que este límite. Resulta útil para los proveedores que requieren una limitación precisa.
Para conocer el límite de rendimiento total, multiplique este número por el número total de conexiones (consulte la fórmula anterior).
0 significa que no hay límite, el MTA enviará MT lo más rápido posible.
En general, se recomienda mantener esta configuración por debajo de 1000, ya que es imposible garantizar un rendimiento preciso por encima de este número, a menos que se haya realizado una evaluación adecuada de la arquitectura final y se haya solicitado específicamente al proveedor de SMPP. Puede ser mejor aumentar el número de conexiones para superar los 1000 MT/s.
Tiempo antes de la reconexión
Cuando se pierde la conexión TCP, el conector esperará este número de segundos antes de intentar realizar una conexión.
Período de caducidad del MT
Tiempo de espera entre SUBMIT_SM y su correspondiente SUBMIT_SM_RESP. Si el RESP no se recibe a tiempo, el mensaje se considerará fallido y se aplicará la política de reintentos global del MTA.
Tiempo de espera de vínculo
Tiempo de espera entre el intento de conexión TCP y la respuesta BIND_*_RESP. Cuando se agota el tiempo de espera, la conexión se cierra mediante el conector de Campaign y esperará tiempo antes de volver a conectarse antes de intentarlo de nuevo.