Tipo de conexão PPPoE com serviço VoIP

1

Dois adaptadores VoIP ATA são usados ​​para serviços VoIP, os adaptadores estão em escritórios diferentes, mas dentro das mesmas redes de serviço VoIP. O tipo de conexão PPPoE é usado no serviço ATA para VoIP: é possível configurar (duplicar) uma conta SIP em dois dispositivos VoIP ATA separados? Certamente, apenas um adaptador VoIP de cada vez será usado para chamadas VoIP. O tipo de conexão PPPoE em si não deve impor restrições a tal configuração da conta VoIP na rede? Tanto quanto eu sei essa configuração funcionou quando adaptadores ATA foi configurado com o tipo de conexão DHCP.

networking dhcp voip sip pppoe triwo
fonte

Respostas:

0

É possível configurar (duplicar) uma conta SIP em dois dispositivos VoIP ATA separados?

Isso não deve ser possível, supondo que o provedor de VoIP saiba o que está fazendo.

Tanto quanto eu sei essa configuração funcionou quando adaptadores ATA foi configurado com o tipo de conexão DHCP.

Um dispositivo SIP deve se registrar em um servidor SIP. O servidor SIP deve rejeitar registros duplicados se estiver configurado corretamente. O registro incluirá o número de telefone SIP, bem como o endereço IP do dispositivo.

Se fosse possível, como o serviço VoIP saberia qual dispositivo ATA deveria receber uma chamada recebida?

DavidPostill
fonte
Como eu disse, apenas um adaptador ATA de cada vez será usado, e os dispositivos terão um nome diferente. Vamos supor que o primeiro adaptador comece a fazer uma chamada de saída (aquela que é a primeira), se o segundo ATA tentar fazer uma chamada ao mesmo tempo, ela será rejeitada. O problema poderia ser receber ligações, já que neste caso, como você observou, o serviço Voip não sabe para qual dispositivo a chamada deve ser endereçada.
triwo
@triwo Como eu disse, você não pode registrar 2 dispositivos SIP com o mesmo número de telefone. O servidor de registro SIP rejeitará o segundo registro (a menos que seu provedor de VoIP seja incompetente). Nota: Eu costumava trabalhar como suporte técnico de segunda linha para um provedor de VoIP ...
DavidPostill