Partilhar via


Failover de tronco em chamadas de saída

Este tópico descreve como evitar ativações pós-falha de ramal em chamadas de saída do Teams para o Controlador de Limite de Sessão (SBC).

Erros de ativação pós-falha na rede

Se um ramal não puder ser ligado por qualquer motivo, a ligação ao mesmo ramal será tentada a partir de um Microsoft Datacenter diferente. O datacenter pode estar localizado numa região geográfica diferente, fora da atual. Um ramal poderá não estar ligado se uma ligação for recusada, se existir um tempo limite do TLS ou se existirem outros problemas ao nível da rede.

Por exemplo, uma ligação poderá falhar se um administrador limitar o acesso ao SBC apenas a partir de endereços IP conhecidos, mas se esquecer de colocar os endereços IP de todos os datacenters de Encaminhamento Direto da Microsoft na Lista de Controle de Acesso (ACL) do SBC.

Ativação pós-falha de códigos SIP específicos recebidos do Controlador de Limite de Sessão (SBC)

Quando é efetuada uma chamada de um cliente do Teams para a Rede Telefónica Pública Comutado (RTPC) com o seguinte fluxo de tráfego: Cliente teams –> Encaminhamento Direto –> SBC –> Rede de telefonia, qualquer código de resposta final não 2xx do SBC pode ser configurado para ser repetido noutro SBC na política de encaminhamento de voz. Tenha em atenção que a ativação pós-falha só ocorrerá na ausência de respostas provisórias não 100 do SBC, para impedir que a rede de telefonia de toque duplo faça duplo toque.

A lista de Códigos SIP pode ser encontrada no PROTOCOLO SIP (Session Initiation Protocol).

Suponhamos uma situação em que um SBC respondeu num convite recebido com o código "408 Tempo Limite do Pedido: o servidor não conseguiu produzir uma resposta num período de tempo adequado, por exemplo, se não conseguisse determinar a localização do utilizador a tempo. O cliente PODE repetir o pedido sem modificações posteriormente."

Este SBC em particular pode estar a ter dificuldades em ligar ao callee- talvez devido a uma configuração incorreta da rede ou outro erro. No entanto, existe mais um SBC na rota que poderá conseguir aceder ao destinatário.

No diagrama seguinte, quando um utilizador faz uma chamada para um número de telefone, existem dois SBCs na rota que podem potencialmente efetuar esta chamada. Inicialmente, SBC1.contoso.com está selecionada para a chamada, mas SBC1.contoso.com não consegue aceder a uma rede PTSN devido a um problema de rede. Por predefinição, a chamada será concluída neste momento.

Diagrama a mostrar que o SBC não consegue aceder à RTPC devido a um problema de rede.

Existe mais um SBC na rota que pode potencialmente fazer a chamada. Se configurar o parâmetro Set-CSOnlinePSTNGateway -Identity sbc1.contoso.com -FailoverResponseCodes "408", o segundo SBC será experimentado (SBC2.contoso.com no diagrama seguinte):

Diagrama a mostrar o encaminhamento para o segundo SBC.

Definir o parâmetro -FailoverResponseCodes e especificar os códigos ajuda-o a ajustar o encaminhamento e a evitar potenciais problemas quando um SBC não consegue efetuar uma chamada devido a problemas de rede ou outros problemas.

Valores predefinidos: 408, 503, 504