Algumas informações novas... Meu cenário é o seguinte:
Máquina host: em0 -> 192.168.137.254 wlan0 -> 10.143.143.159 (gateway) Jails (10 no total): asterisk -> 192.168.137.10 demais serviços -> 192.168.137.20 até 192.168.137.100, variando o último octeto de 10 em 10 Ativei o bug do protocolo SIP e obtive o seguinte resultado: <--- SIP read from UDP:192.168.137.70:5060 ---> REGISTER sip:192.168.137.10 SIP/2.0 CSeq: 563 REGISTER Via: SIP/2.0/UDP 0.0.0.0:5060 ;branch=z9hG4bKacec2a5a-01fb-e311-8a34-882e59337c01;rport User-Agent: Ekiga/4.0.1 From: <sip:9001@192.168.137.10> Call-ID: c85e3639-01fb-e311-8a34-882e59337...@host.mydomain.com.br To: <sip:9001@192.168.137.10> Contact: <sip:9001@192.168.137.254:5060> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 <--- SIP read from UDP:192.168.137.80:5060 ---> REGISTER sip:192.168.137.10 SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 0.0.0.0:5060 ;branch=z9hG4bK026ef518-00fbe311-85c1-95a2dff01189;rport User-Agent: Ekiga/4.0.1 From: <sip:9001@192.168.137.10> Call-ID: c8b6c809-00fb-e311-85c1-95a2dff01...@host.mydomain.com.br To: <sip:9001@192.168.137.10> Contact: <sip:9001@192.168.137.254:5060> Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 <-------------> --- (12 headers 0 lines) --- <--- SIP read from UDP:192.168.137.90:5060 ---> REGISTER sip:192.168.137.10 SIP/2.0 CSeq: 2 REGISTER Via: SIP/2.0/UDP 0.0.0.0:5060 ;branch=z9hG4bK8201f618-00fbe311-85c1-95a2dff01189;rport User-Agent: Ekiga/4.0.1 From: <sip:9001@192.168.137.10> Call-ID: c8b6c809-00fb-e311-85c1-95a2dff01...@host.mydomain.com.br To: <sip:9001@192.168.137.10> Contact: <sip:9001@192.168.137.254:5060> Allow:INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 <-------------> --- (12 headers 0 lines) --- <--- SIP read from UDP:192.168.137.10:5060 ---> REGISTER sip:192.168.137.10 SIP/2.0 CSeq: 564 REGISTER Via: SIP/2.0/UDP 0.0.0.0:5060 ;branch=z9hG4bK02722c5a-01fb-e311-8a34-882e59337c01;rport User-Agent: Ekiga/4.0.1 From: <sip:9001@192.168.137.10> Call-ID: c85e3639-01fb-e311-8a34-882e59337...@host.mydomain.com.br To: <sip:9001@192.168.137.10> Contact: <sip:9001@192.168.137.254:5060>;q=1, <sip:9001@192.168.137.10:5060>;q=0.917, <sip:9001@192.168.137.20:5060>;q=0.834, <sip:9001@192.168.137.30:5060>;q=0.751, <sip:9001@192.168.137.40:5060>;q=0.668, <sip:9001@192.168.137.50:5060>;q=0.585, <sip:9001@192.168.137.60:5060>;q=0.502, <sip:9001@192.168.137.70:5060>;q=0.419, <sip:9001@192.168.137.80:5060>;q=0.336, <sip:9001@192.168.137.90:5060>;q=0.253, <sip:9001@192.168.137.100:5060>;q=0.170, <sip:9001@10.143.143.159:5060 >;q=0.087 Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK Expires: 3600 Content-Length: 0 Max-Forwards: 70 Os campos "SIP read from UDP:192.168.137.X:5060" e "Contact" variam aleatoriamente entre todos os aliases utilizados nas jails e os ip's LAN e WAN da máquina host. O campo CSeq é incrementado a cada interação que só para quando derrubo o ekiga. Ainda investigando.... Att, Clayton Em 25 de junho de 2014 09:03, Clayton Eduardo dos Santos < clayto...@bsd.com.br> escreveu: > Olá Rafael, > > Você se recorda da versão do Asterisk que utilizava na ocasião? Realizou > alguma modificação nos parâmetros allow.* da jail? > > Obrigado! > > Clayton > > > Em 25 de junho de 2014 07:23, Rafael Aquino <raf...@lk6.com.br> escreveu: > > >> ----- Mensagem original ----- >> > De: "Clayton Eduardo dos Santos" <clayto...@bsd.com.br> >> > Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" < >> freebsd@fug.com.br> >> > Enviadas: Quarta-feira, 25 de junho de 2014 0:46:32 >> > Assunto: [FUG-BR] Asterisk rodando em FreeBSD Jail >> > >> > Caros, boa noite! >> > >> > Instalei um asterisk 1.8.28.2 via ports em um jail rodando em um >> FreeBSD 10 >> > - amd64. >> > >> > O asterisk sobe normalmente, no entanto, ao instalar o ekiga em meu >> desktop >> > recebo a mensagem de que não foi possível registrar o ramal, pois a >> máquina >> > "remota" está offline. >> > >> > O estranho é que o ip associado ao jail responde aos pings e se forço o >> > asterisk a utilizar tcp, inclusive conecto na porta via telnet a partir >> da >> > máquina "host". >> > >> > Tenho outros jails funcionando perfeitamente na mesma máquina, com ssh, >> > nginx, entre outros serviços. >> > >> > Alguém tem alguma experiência com a combinação asterisk/jails e poderia >> dar >> > uma dica? >> > >> > Estou utilizando aliases e não vimage, seria esse o problema? >> > >> > Grato, >> > >> > Clayton >> > ------------------------- >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > >> >> Oi, Clayton >> >> Tive a alguns anos experiência com Asterisk em Jail usando alias. >> Minha pequena ajuda nesta resposta é te passar que tudo funcionou >> exatamente como a máquina >> anterior, que não era jail. >> >> Só parei de usar em jail pois tinha uma placa pci com uma porta FXO para >> a entrada de ligações, >> e só consegui fazer o driver funcionar na máquina HOST. Dentro do jail >> não ia de jeito algum. >> >> Boa sorte! >> >> >> --- >> Rafael Mentz Aquino >> LK6 Soluções em TI >> Rua Domingos de Almeida, 135 sala 1102 >> Centro - Novo Hamburgo - RS >> (51) 3035-6997 - 9999-7030 >> www.lk6.com.br >> >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd