Asterisk não funciona com 2 links com CentOS 6.3 [RESOLVIDO]

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 08:23h

Vamos ao problema, tenho um servidor asterisk funcionando perfeito em um centos 6.3, com um link, estou precisando colocar mais um link neste servidor, quando faça isto o asterisk recebe a conexão no link1 e responde no link2. Estou vendo isto pelo tcpdump, com isto meu telefone remoto não conecta. O asterisk esta instalado no mesmo servidor que abriga os 2 links.

tcpdump -i eth1 -n host 200.164.152.156
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes

08:14:17.346074 IP 200.164.152.156.56005 > 200.150.10.99.sip: SIP, length: 712
08:14:18.839077 IP 200.164.152.156.56005 > 200.150.10.99.sip: SIP, length: 712
08:14:21.844577 IP 200.164.152.156.56005 > 200.150.10.99.sip: SIP, length: 712
08:14:25.859329 IP 200.164.152.156.56005 > 200.150.10.99.sip: SIP, length: 712


tcpdump -i eth2 -n host 200.164.152.156
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth2, link-type EN10MB (Ethernet), capture size 65535 bytes


08:14:17.346579 IP 200.150.10.99.sip > 200.164.152.156.56005: SIP, length: 623
08:14:18.839371 IP 200.150.10.99.sip > 200.164.152.156.56005: SIP, length: 586
08:14:21.844855 IP 200.150.10.99.sip > 200.164.152.156.56005: SIP, length: 586
08:14:25.859626 IP 200.150.10.99.sip > 200.164.152.156.56005: SIP, length: 586


A duvida é grande se o problema é do asterisk ou se é alguma coisa do servidor, mas acho que os teste abaixo que fiz, mostram que o problema é do asterisk, pois consigo fazer testes distintos nos dois links usando o ssh.

eth1 = Link1 200.150.10.99
eth2 = Link2 10.2.0.254 externo = 201.17.255.228

Teste ssh link 1

ssh estefanio@200.150.10.99
estefanio@200.150.10.99's password:
Last login: Mon Dec 30 07:42:15 2013 from 192.168.1.1

####################################################
# Bem Vindo ao ns1 para nossa seguraca seu IP esta #
# sendo registrado no Lgs do sistema de seguranca. #
####################################################


Teste ssh link 2

ssh estefanio@201.17.255.228
reverse mapping checking getaddrinfo for 201.17.255.228
estefanio@201.17.255.228's password:
Last login: Mon Dec 30 07:41:37 2013 from 200.59.14.180

####################################################
# Bem Vindo ao ns1 para nossa seguraca seu IP esta #
# sendo registrado no Lgs do sistema de seguranca. #
####################################################



Neste servidor estou apenas com 2 rotas default, sendo a rota do link1 a principal consigo de fora conectar ssh tanto no link1 como no link2, sem problemas. Estou também como todas as regras do iptables desativadas.


route -n
Tabela de Roteamento IP do Kernel
Destino Roteador MáscaraGen. Opções Métrica Ref Uso Iface
200.150.10.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
10.2.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth2
192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth2
169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 1004 0 0 eth0
0.0.0.0 200.150.10.1 0.0.0.0 UG 0 0 0 eth1
0.0.0.0 10.2.0.253 0.0.0.0 UG 0 0 0 eth2


iptables -nL
Chain INPUT (policy ACCEPT)
target prot opt source destination

Chain FORWARD (policy ACCEPT)
target prot opt source destination

Chain OUTPUT (policy ACCEPT)
target prot opt source destination


Tentei n configurações no asterisk

bindport=5060
bindaddr=200.150.10.99

nat=yes
externip=200.150.10.99
localnet=200.150.10.0/255.255.255.0
localnet=192.168.0.0/255.255.25

Buckminster
(usa Debian)

Enviado em 30/12/2013 - 08:41h

O Asterisk está fazendo os registros?

Abra a linha de comando do Asterisk e digite:

SIP SHOW REGISTRY

E veja se está registrando.

E outra coisa:

169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth2
169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 1004 0 0 eth0

O que são essas rotas da rede 169.254.0.0 que estão Up (U) nas três placas?
Alguma coisa não está fornecendo IP ou você que fez?

Aqui está normal, está dizendo que essas rotas estão Up (U) e usando roteadores (flag G):
0.0.0.0 200.150.10.1 0.0.0.0 UG 0 0 0 eth1
0.0.0.0 10.2.0.253 0.0.0.0 UG 0 0 0 eth2

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 08:45h

Não registra.

ns0*CLI> sip show registry
Host dnsmgr Username Refresh State Reg.Time
0 SIP registrations.
ns0*CLI>

Buckminster
(usa Debian)

Enviado em 30/12/2013 - 09:02h

Bom, se não está registrando com teu Iptables totalmente aberto, então o problema está nas configurações do Asterisk e/ou servidor remoto.

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 09:08h

Se eu desligo o link2 o telefone(servidor remoto) conecta, então não é problema do telefone. Ai mora minha duvida, asterisk ou servidor, mas sua primeira pergunta, abriu margem para mais duvidas, afinal eu não vejo o handsheik da conexão ser completado, então o asterisk também parece não ser o culpado.

Buckminster
(usa Debian)

Enviado em 30/12/2013 - 09:13h

Veja bem, pode ser problema nos dois, nas configurações do Asterisk (pois não está registrando com o firewall aberto e deveria registrar) e pode ser um outro problema na conexão.
Primeiro veja o problema na conexão.

Veja:
169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth2
169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1
169.254.0.0 0.0.0.0 255.255.0.0 U 1004 0 0 eth0

O que são essas rotas da rede 169.254.0.0 que estão Up (U) nas três placas?
Alguma coisa não está fornecendo IP ou você que fez?

A tua localnet é 192.168.0.0 e não está aparecendo nas rotas (192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0) << aqui tudo bem, pois é o endereço da placa.
O endereço 169.254.0.0 geralmente aparece quando não está "pegando" IP, daí o sistema se atribui um IP nessa faixa reservada.

Você quer que cada ligação telefônica entre saia pelo seu próprio link... não é isso?

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 09:21h

Toda maquina tem estas redes, são as redes muticast! a rede 192.168.0.0 é 252.0 a rota dela como você pode ver acima é 0.0.0.0

Agora sobre o handsheik, acho que não deve acontecer mesmo não, afinal a conexão é udp, sobre o asterisk eu já vasculhei a internet e achei alguns posts falando que ele trabalha em multi-homed, mas a configuração do bindadd deveria ter contornado o problema.

Lembrando que tudo funciona se for apenas em um link.

Buckminster
(usa Debian)

Enviado em 30/12/2013 - 09:31h

192.168.0.0 0.0.0.0 255.255.252.0 U 0 0 0 eth0
Pois então, essa máscara 255.255.252.0 é a máscara da rede de destino.

A tua localnet (192.168.0.0) está com a máscara 255.255.252.0?

E 169.254.0.0 não é endereço multicast, é uma faixa reservada para quando a máquina não consegue IP. No Windows é chamado de APIPA e no Linux é chamado de Zeroconf.

Está dando essa confusão somente quando você adiciona o outro link. O servidor está se perdendo nessas rotas.

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 09:36h

Respondendo a primeira pergunta do seu tópico anterior.

Não necessariamente, a principio quero que o link1 atenda somente ao voip, mais adiante vou implementar outros coisas no link2.



No meu tópico acima, eu disse 252.0, isto é a preguiça de escrever 255.255.252.0, nesta rede não tenho problema todos os meus telefones estão conectando normal, mesmo com os dois links ativos.






ns0*CLI> sip show peers
Name/username Host Dyn Forcerport ACL Port Status Description
1000/1000 192.168.0.210 D A 5060 OK (11 ms)

Buckminster
(usa Debian)

Enviado em 30/12/2013 - 09:43h

Sim, eu entendi isso.
Mas veja bem, está dando essa confusão somente quando você adiciona o outro link. O servidor está se perdendo nas rotas.

Essa máscara 255.255.252.0 não é a máscara de nenhuma da redes que você tem aí:
eth1 = Link1 200.150.10.99
eth2 = Link2 10.2.0.253 externo = 201.17.255.228
eth0 = 192.168.0.0

Ou melhor, pode ser a máscara da rede 10.2.0.0.
Se for, então a tua localnet (192.168.0.0) está saindo pelo link2 da eth2.
É problema nas rotas.

Você fez o NAT para o IP do servidor Asterisk?

stefaniobrunhara
(usa CentOS)

Enviado em 30/12/2013 - 10:05h

Não estou te entendendo. A rede 192.168.0.0 tem mascara 255.255.252.0 como você pode ver acima.
a rede 10.2.0.0 tem mascara 255.255.255.0.

O ip da eth0 é 192.168.0.254 isto não da para se ver no route -n, mesmo não, eu esqueci de postar no primeira post.

A conexão do telefone no ip 200.150.10.99 que esta na eth1, esta sendo respondida pelo ip 10.2.0.254 que esta na eth2 como você pode ver no primeiro post, então hora nenhuma a eth0 entra em cena.


O servidor asterisk esta dentro da maquina que tem os 2 links, não preciso de nat para isto.