Skip to main content
Um fornecedor é uma conexão de saída para quem carrega seu tráfego. Chaves são configuradas como outSms.instance.<name>.<key>. Veja Camadas de propriedade. Todo worker também tem as configurações base.

​
Conectando

​
Contagens de bind

Contagens se aplicam em normal, extra.hosts e backup.hosts.
Uma sessão pode carregar tráfego de saída se for transceiver, ou transmitter em uma sessão de cliente. Um fornecedor só receiver faz bind com sucesso e não envia nada. É por isso que o painel reporta bound_transmittable separado de bound. Se diferem, essa é a razão.

​
Keep-alive e timeouts

​
Classificação de retentativa

maxRetries limita o total de submit_sm que uma mensagem pode custar neste fornecedor, somando retentativas dentro do worker e re-rotas do roteador. Antes disso ser verdade, um valor de 1 combinado com 20 tentativas de roteamento significava que um fornecedor podia ver por volta de 100 PDUs por uma mensagem. Fazer failover para um fornecedor diferente inicia um novo orçamento.
ESME_RSUBMITFAIL (0x45, decimal 69) é tratado como permanente: uma rota que recusa com ele falha na primeira resposta em vez de após por volta de vinte. Carriers que significam sobrecarga transitória com ele podem ser reincluídas por fornecedor com status.retry.worker = 20,88,69.

​
Receipts

Desligar significa que este fornecedor para de reportar desfechos, então toda mensagem passando por ele fecha como EXPIRED no deadline em vez de DELIVERED ou FAILED. E sua taxa de entrega para esse fornecedor vira sem sentido em vez de zero.

​
TLVs

O mandatory.tlvs.submit do lado do fornecedor é checado contra o que de fato vai para o fio, depois de default.tlvs.submit, e depois de registered.tlvs.submit ter filtrado. Uma mensagem faltando uma é recusada com um receipt FAILED, um refund e uma linha cdr_rejected. Não é re-roteada.Exigir uma tag que não está também em registered.tlvs.submit nunca pode ser satisfeito, e é avisado no load.

​
Mensagens de entrada

mo.route é off por padrão porque um gateway cuja última regra de roteamento é um catch-all submeteria as próprias mensagens de entrada direto para um fornecedor.Independe de forward.mo.url: com os dois setados, toda MO é encaminhada e roteada.
Veja Webhooks para as configurações de egress que governam o forward.