Não resolve pq ela somente faz conversão de mídia, ela não tem configurações que o onu Tp Link G7 tem. O G7 substitui o modem e fica em bridge para que o roteador que tenho TP LINK X90 faça o controle de tudo.
Não seria só uma questão de desabilitar a VLAN na configuração da WAN bridge do VSOL? Não testei, só estou conjecturando...
A princípio bastaria editar a interface WAN no OpenWrt e colocar o número da VLAN como sufixo do separado por ponto no nome do device (VLAN 7 no exemplo abaixo). Eu particularmente prefiro deixar o filtro da VLAN na ONU, os pacotes já chegam "limpos" na WAN do roteador sem todos os "lixos" das VLANs de telefone e TV.
Se for os sticks que vc estão recomendando pra ele não serve, pois só irá passar 1Gb. Ele vai precisar comprar um stick de 2.5Gb e provavelmente da Huawei, ZTE ou Hisense.
Não resolve pq ela somente faz conversão de mídia, ela não tem configurações que o onu Tp Link G7 tem. O G7 substitui o modem e fica em bridge para que o roteador que tenho TP LINK X90 faça o controle de tudo.
Se for os sticks que vc estão recomendando pra ele não serve, pois só irá passar 1Gb. Ele vai precisar comprar um stick de 2.5Gb e provavelmente da Huawei, ZTE ou Hisense.
Bem nessa configuração que você disse já ter funcionado de boas anteriormente em bridge na HGU da Vivo, então o problema é mesmo da ONU, falei disso porque tive esse probleminha logo quando usei pela primeira vez a Vivo no meu Openwrt, o MAC não deixava gerar IP, ou ficava limitado a conexão.
Alterar o MAC do router é até estranho, sendo o GPON com as informações corretas nele e inclusive acusando que esta registrado.
Mas realmente não faz sentido essa alteração, pois se deixar o modem da vivo em bridge e fazer o PPPoE pelo router, funciona. To achando que é alguma incompatibilidade com esse modelo G7 mesmo. O menu de configurações, pelo menos com todos os vídeos que tem no YT do modelo G3, tem até varredura de VLAN o que esse que diz ser mais completo não tem.
O modelo G3 é somente GPON, já esse G7 é o tal XPON e to achando que isso ta dando conflito com algo. Se ainda tivesse opção para selecionar o tipo de modo que tu gostaria de trabalhar, talvez resolvesse a questão em si.
Não seria só uma questão de desabilitar a VLAN na configuração da WAN bridge do VSOL? Não testei, só estou conjecturando...
A princípio bastaria editar a interface WAN no OpenWrt e colocar o número da VLAN como sufixo do separado por ponto no nome do device (VLAN 7 no exemplo abaixo). Eu particularmente prefiro deixar o filtro da VLAN na ONU, os pacotes já chegam "limpos" na WAN do roteador sem todos os "lixos" das VLANs de telefone e TV.
Não resolve pq ela somente faz conversão de mídia, ela não tem configurações que o onu Tp Link G7 tem. O G7 substitui o modem e fica em bridge para que o roteador que tenho TP LINK X90 faça o controle de tudo.
Alterar o MAC do router é até estranho, sendo o GPON com as informações corretas nele e inclusive acusando que esta registrado.
Mas realmente não faz sentido essa alteração, pois se deixar o modem da vivo em bridge e fazer o PPPoE pelo router, funciona. To achando que é alguma incompatibilidade com esse modelo G7 mesmo. O menu de configurações, pelo menos com todos os vídeos que tem no YT do modelo G3, tem até varredura de VLAN o que esse que diz ser mais completo não tem.
O modelo G3 é somente GPON, já esse G7 é o tal XPON e to achando que isso ta dando conflito com algo. Se ainda tivesse opção para selecionar o tipo de modo que tu gostaria de trabalhar, talvez resolvesse a questão em si.
Eu vou fazer o teste de qq maneira. Vlw. O adaptador é muito caro. Só achei na faixa dos 70 no brasil. Já estou pensando em usar um cabo com 2 pontas apc/upc e um acoplador. Sai mais barato. Alguém já usou assim?
Eu vou fazer o teste de qq maneira. Vlw. O adaptador é muito caro. Só achei na faixa dos 70 no brasil. Já estou pensando em usar um cabo com 2 pontas apc/upc e um acoplador. Sai mais barato. Alguém já usou assim?
Elemento de tração dielétrico e protegido por um revestimento externo em material polimérico retardante a chama. Possuem conectores em ambas as extremidades, indicado para ambientes internos, fazendo a interligação entre equipamentos ópticos.Homologado Pela Anatel:04348-19-12156Conector 1...
Acho que estou chegando perto... Veja comigo minha rede...
WAN 1: V-SOL V2802RH porta 1 desligada porta 2 ativa com link de 2,5Gbps-->RB5009 porta 01 RJ45 2,5Gbps.
LAN:
1 - Proxmox 10Gbps Bonding no modo backup ativo com a porta RJ45 1Gbps (para ativar o WoL e ligar o servidor remotamente).
2 - Demais sistemas em RJ45...
Cenário 1:
Como fica sempre ativo em 10gbps. O upload ficou no máximo 80Mbps em testes no cli do proxmox. Às vezes, terminava com error ou dava uma perda de pacotes mínima.
Código:
root@pve:~# speedtest -p yes -s 47746
Speedtest by Ookla
Server: AT&T - Miami, FL (id: 47746)
ISP: Gox Conect
Idle Latency: 147.23 ms (jitter: 0.06ms, low: 147.19ms, high: 147.31ms)
Download: 986.46 Mbps (data used: 1.6 GB)
221.78 ms (jitter: 66.42ms, low: 147.08ms, high: 526.92ms)
Upload: 84.83 Mbps (data used: 146.1 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b0dd828a-cfe5-4d3a-8f07-469fc3c48ece
root@pve:~# speedtest -p yes -s 11515
Speedtest by Ookla
Server: Grupo GTD - Miami, FL (id: 11515)
ISP: Gox Conect
Idle Latency: 107.74 ms (jitter: 0.06ms, low: 107.69ms, high: 107.83ms)
Download: 1025.56 Mbps (data used: 1.7 GB)
163.70 ms (jitter: 55.09ms, low: 107.48ms, high: 645.87ms)
Upload: 72.92 Mbps (data used: 124.5 MB)
160.60 ms (jitter: 53.37ms, low: 107.17ms, high: 214.06ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b8cf7f82-d697-4075-87db-613fc0e4d0fa
root@pve:~# speedtest -p yes -s 47746
Speedtest by Ookla
Server: AT&T - Miami, FL (id: 47746)
ISP: Gox Conect
Idle Latency: 147.23 ms (jitter: 0.08ms, low: 147.11ms, high: 147.30ms)
Download: 1002.37 Mbps (data used: 1.6 GB)
228.65 ms (jitter: 67.40ms, low: 147.79ms, high: 711.62ms)
Upload: FAILED cy: 228.65 ms
[error] Cannot open socket
root@pve:~# speedtest -p yes
[2023-09-26 00:27:01.523] [error] Configuration - Timeout was reached (TimeoutException)
[2023-09-26 00:27:01.523] [error] Configuration - Cannot retrieve configuration document (0)
[2023-09-26 00:27:01.527] [error] ConfigurationError - Could not retrieve or read configuration (Configuration)
[2023-09-26 00:27:01.527] [error] ConfigurationError - Could not retrieve or read configuration (Configuration)
[error] Configuration - Could not retrieve or read configuration (ConfigurationError)
root@pve:~# speedtest -p yes
Speedtest by Ookla
Server: GOX CONECT - Suzano (id: 27588)
ISP: Gox Conect
Idle Latency: 1.98 ms (jitter: 0.19ms, low: 1.85ms, high: 2.16ms)
Download: 593.91 Mbps (data used: 743.4 MB)
11.02 ms (jitter: 2.46ms, low: 2.11ms, high: 20.74ms)
Upload: 707.89 Mbps (data used: 821.2 MB)
2.16 ms (jitter: 0.75ms, low: 1.10ms, high: 8.16ms)
Packet Loss: Not available.
Result URL: https://www.speedtest.net/result/c/2849284d-a6fe-4549-8ed6-69588d043829
root@pve:~# speedtest -p yes -s 11515
Speedtest by Ookla
Server: Grupo GTD - Miami, FL (id: 11515)
ISP: Gox Conect
Idle Latency: 107.49 ms (jitter: 0.03ms, low: 107.43ms, high: 107.51ms)
Download: 1041.37 Mbps (data used: 1.7 GB)
162.12 ms (jitter: 53.87ms, low: 107.36ms, high: 347.50ms)
Upload: 54.42 Mbps (data used: 88.3 MB)
160.10 ms (jitter: 53.41ms, low: 107.00ms, high: 214.46ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/03769fef-2e24-4254-880f-98a4d6356788
Cenário 2:
Desativando a porta de 10Gbps do proxmox, entrou automaticamente como backup a porta RJ45 de 1Gbps correto?
Magicamente o upload voltou ao normal, e as quedas e as perdas de pacote cessaram.
Conclusões:
Vou utilizar somente as portas rj45 da RB com 1Gbps. Suspeito que os tem algum problema entre a tradução da vlan da ONU Vsol, onde ele até recebe vários protocolos corretamente. Quando tenta enviar/encapsular novamente para a vlan, só entende o protocolo ethernet, tratando como ethernet ou ignorando os pacotes.
Teria que inspecionar via serial se tá acontecendo algum erro, ou capturar os pacotes da vlan antes e depois e ver se foram corretamente formatados.
Me lembra os comentários do problema da vlan do SFP ODI nas versões de firmware antigas do modulo.
*Observação: A todo o momento, a onu V-SOL V2802RH funcionou em 2,5Gpbs, não foi retirada ou trocada de porta, permaneceu a mesma.
Só uma coisa chamou minha atenção nos testes do comando diag a parte egress, a porta 2 (2,5Gbps) está com uma velocidade menor, mesmo alterando com o comando "bandwidth set e/ingress port all rate 4194296". (Volta após reiniciar a "1048568".)
Código:
RTK.0> bandwidth get egress port all
port: 0 rate:4194296
queue: 0 apr-index: 0
queue: 1 apr-index: 0
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
port: 1 rate:4194296
queue: 0 apr-index: 8
queue: 1 apr-index: 8
queue: 2 apr-index: 8
queue: 3 apr-index: 8
queue: 4 apr-index: 8
queue: 5 apr-index: 8
queue: 6 apr-index: 8
queue: 7 apr-index: 8
port: 2 rate:1048568
queue: 0 apr-index: 0
queue: 1 apr-index: 0
--More--
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
============================
(ARP index to meter mapping)
============================
Port 0 Meter 0~Meter 7
Port 1 Meter 8~Meter 15
Port 2 Meter 16~Meter 23
Port 3 Meter 24~Meter 31
RTK.0> bandwidth get ingress port all
port: 0 rate:4194296
port: 1 rate:4194296
port: 2 rate:4194296
RTK.0>
Elemento de tração dielétrico e protegido por um revestimento externo em material polimérico retardante a chama. Possuem conectores em ambas as extremidades, indicado para ambientes internos, fazendo a interligação entre equipamentos ópticos.Homologado Pela Anatel:04348-19-12156Conector 1...
Eu vou fazer o teste de qq maneira. Vlw. O adaptador é muito caro. Só achei na faixa dos 70 no brasil. Já estou pensando em usar um cabo com 2 pontas apc/upc e um acoplador. Sai mais barato. Alguém já usou assim?
Na prática não, a diferença foi muito pequna. O adaptador apenas ocupa menos espaço e fica uma instalação mais "limpa". Se o cabo+acoplador não atrapalhar tua instalação, o adaptador não é necessário. Abaixo alguns dados para referência:
Nível RX com fibra APC direto na HGU da Claro: -15.59 dBM
Nível RX com fibra APC via acoplador APC-APC e mais cabo APC-UPC na ONU VSOL: -16.41 dBm
Nível RX com fibra APC via adaptador APC-UPC na ONU VSOL: -16.17 dBm
Na prática não, a diferença foi muito pequna. O adaptador apenas ocupa menos espaço e fica uma instalação mais "limpa". Se o cabo+acoplador não atrapalhar tua instalação, o adaptador não é necessário. Abaixo alguns dados para referência:
Nível RX com fibra APC direto na HGU da Claro: -15.59 dBM
Nível RX com fibra APC via acoplador APC-APC e mais cabo APC-UPC na ONU VSOL: -16.41 dBm
Nível RX com fibra APC via adaptador APC-UPC na ONU VSOL: -16.17 dBm
Tem sim problema ligar direto. No mínimo uma perda de ~3dBm, podendo eventualmente no pior dos casos danificar alguma coisa na ponta da fibra no conector (li sobre isso, particularmente não sei quão real essa possibilidade). Eu particularmente não recomendo ligar APC direto em UPC sem um cabo/acoplador ou adaptador UPC/APC. Veja o que estamos falando:
Acho que estou chegando perto... Veja comigo minha rede...
WAN 1: V-SOL V2802RH porta 1 desligada porta 2 ativa com link de 2,5Gbps-->RB5009 porta 01 RJ45 2,5Gbps.
LAN:
1 - Proxmox 10Gbps Bonding no modo backup ativo com a porta RJ45 1Gbps (para ativar o WoL e ligar o servidor remotamente).
2 - Demais sistemas em RJ45...
Cenário 1:
Como fica sempre ativo em 10gbps. O upload ficou no máximo 80Mbps em testes no cli do proxmox. Às vezes, terminava com error ou dava uma perda de pacotes mínima.
Código:
root@pve:~# speedtest -p yes -s 47746
Speedtest by Ookla
Server: AT&T - Miami, FL (id: 47746)
ISP: Gox Conect
Idle Latency: 147.23 ms (jitter: 0.06ms, low: 147.19ms, high: 147.31ms)
Download: 986.46 Mbps (data used: 1.6 GB)
221.78 ms (jitter: 66.42ms, low: 147.08ms, high: 526.92ms)
Upload: 84.83 Mbps (data used: 146.1 MB)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b0dd828a-cfe5-4d3a-8f07-469fc3c48ece
root@pve:~# speedtest -p yes -s 11515
Speedtest by Ookla
Server: Grupo GTD - Miami, FL (id: 11515)
ISP: Gox Conect
Idle Latency: 107.74 ms (jitter: 0.06ms, low: 107.69ms, high: 107.83ms)
Download: 1025.56 Mbps (data used: 1.7 GB)
163.70 ms (jitter: 55.09ms, low: 107.48ms, high: 645.87ms)
Upload: 72.92 Mbps (data used: 124.5 MB)
160.60 ms (jitter: 53.37ms, low: 107.17ms, high: 214.06ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/b8cf7f82-d697-4075-87db-613fc0e4d0fa
root@pve:~# speedtest -p yes -s 47746
Speedtest by Ookla
Server: AT&T - Miami, FL (id: 47746)
ISP: Gox Conect
Idle Latency: 147.23 ms (jitter: 0.08ms, low: 147.11ms, high: 147.30ms)
Download: 1002.37 Mbps (data used: 1.6 GB)
228.65 ms (jitter: 67.40ms, low: 147.79ms, high: 711.62ms)
Upload: FAILED cy: 228.65 ms
[error] Cannot open socket
root@pve:~# speedtest -p yes
[2023-09-26 00:27:01.523] [error] Configuration - Timeout was reached (TimeoutException)
[2023-09-26 00:27:01.523] [error] Configuration - Cannot retrieve configuration document (0)
[2023-09-26 00:27:01.527] [error] ConfigurationError - Could not retrieve or read configuration (Configuration)
[2023-09-26 00:27:01.527] [error] ConfigurationError - Could not retrieve or read configuration (Configuration)
[error] Configuration - Could not retrieve or read configuration (ConfigurationError)
root@pve:~# speedtest -p yes
Speedtest by Ookla
Server: GOX CONECT - Suzano (id: 27588)
ISP: Gox Conect
Idle Latency: 1.98 ms (jitter: 0.19ms, low: 1.85ms, high: 2.16ms)
Download: 593.91 Mbps (data used: 743.4 MB)
11.02 ms (jitter: 2.46ms, low: 2.11ms, high: 20.74ms)
Upload: 707.89 Mbps (data used: 821.2 MB)
2.16 ms (jitter: 0.75ms, low: 1.10ms, high: 8.16ms)
Packet Loss: Not available.
Result URL: https://www.speedtest.net/result/c/2849284d-a6fe-4549-8ed6-69588d043829
root@pve:~# speedtest -p yes -s 11515
Speedtest by Ookla
Server: Grupo GTD - Miami, FL (id: 11515)
ISP: Gox Conect
Idle Latency: 107.49 ms (jitter: 0.03ms, low: 107.43ms, high: 107.51ms)
Download: 1041.37 Mbps (data used: 1.7 GB)
162.12 ms (jitter: 53.87ms, low: 107.36ms, high: 347.50ms)
Upload: 54.42 Mbps (data used: 88.3 MB)
160.10 ms (jitter: 53.41ms, low: 107.00ms, high: 214.46ms)
Packet Loss: 0.0%
Result URL: https://www.speedtest.net/result/c/03769fef-2e24-4254-880f-98a4d6356788
Cenário 2:
Desativando a porta de 10Gbps do proxmox, entrou automaticamente como backup a porta RJ45 de 1Gbps correto?
Magicamente o upload voltou ao normal, e as quedas e as perdas de pacote cessaram.
Conclusões:
Vou utilizar somente as portas rj45 da RB com 1Gbps. Suspeito que os tem algum problema entre a tradução da vlan da ONU Vsol, onde ele até recebe vários protocolos corretamente. Quando tenta enviar/encapsular novamente para a vlan, só entende o protocolo ethernet, tratando como ethernet ou ignorando os pacotes.
Teria que inspecionar via serial se tá acontecendo algum erro, ou capturar os pacotes da vlan antes e depois e ver se foram corretamente formatados.
Me lembra os comentários do problema da vlan do SFP ODI nas versões de firmware antigas do modulo.
*Observação: A todo o momento, a onu V-SOL V2802RH funcionou em 2,5Gpbs, não foi retirada ou trocada de porta, permaneceu a mesma.
Só uma coisa chamou minha atenção nos testes do comando diag a parte egress, a porta 2 (2,5Gbps) está com uma velocidade menor, mesmo alterando com o comando "bandwidth set e/ingress port all rate 4194296". (Volta após reiniciar a "1048568".)
Código:
RTK.0> bandwidth get egress port all
port: 0 rate:4194296
queue: 0 apr-index: 0
queue: 1 apr-index: 0
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
port: 1 rate:4194296
queue: 0 apr-index: 8
queue: 1 apr-index: 8
queue: 2 apr-index: 8
queue: 3 apr-index: 8
queue: 4 apr-index: 8
queue: 5 apr-index: 8
queue: 6 apr-index: 8
queue: 7 apr-index: 8
port: 2 rate:1048568
queue: 0 apr-index: 0
queue: 1 apr-index: 0
--More--
queue: 2 apr-index: 0
queue: 3 apr-index: 0
queue: 4 apr-index: 0
queue: 5 apr-index: 0
queue: 6 apr-index: 0
queue: 7 apr-index: 0
============================
(ARP index to meter mapping)
============================
Port 0 Meter 0~Meter 7
Port 1 Meter 8~Meter 15
Port 2 Meter 16~Meter 23
Port 3 Meter 24~Meter 31
RTK.0> bandwidth get ingress port all
port: 0 rate:4194296
port: 1 rate:4194296
port: 2 rate:4194296
RTK.0>
É o problema que eu e o @KILLME enfrentamos na porta 2.5Gb. O que eu ainda não consegui fazer é usar a VLAN em outro dispositivo (pfsense) ao invés de deixar na VSOL para ver se continua o bug no upload.
há 1 mês
Para o pessoal que está com o modem piscando sem conectar: Pelo que eu pesquisei, em algumas áreas, além do ID do dispositivo e a senha, o OLT da vivo também pede outras informações, como versões de hardware e software dos dispositivos que se conectam, para fazer atualização automática. Quando o OLT não recebe essas informações, o modem fica parado em uma situação chamada fake O5 e não consegue conectar. Na página inicial de status, o modem comunica somente através de pacotes OMCI, sem trafegar pacotes PON. Para resolver isso, é necessário emular também esses parâmetros a mais, para "convencer" o OLT a dar tráfego. Ao que parece, é possível acessar um menu secreto nesse modem da TP-Link, possibilitando a configuração desses parâmetros a mais. Essa configuração é dificultada nesse aparelho pelo fato dele ser feito para uso por operadoras de internet, já prevendo que o usuário comum vai querer mexer nas configurações. Estou pesquisando agora uma maneira de liberar esses menus; se alguém tiver alguma idéia, por favor, compartilhe!
----
Ou seja, se alguém testar adicionando informações de OMCI (Vendor ID, Software Version, OMCC Version, Product Class e Hardware Version), talvez funcione.
há 1 mês
Para o pessoal que está com o modem piscando sem conectar: Pelo que eu pesquisei, em algumas áreas, além do ID do dispositivo e a senha, o OLT da vivo também pede outras informações, como versões de hardware e software dos dispositivos que se conectam, para fazer atualização automática. Quando o OLT não recebe essas informações, o modem fica parado em uma situação chamada fake O5 e não consegue conectar. Na página inicial de status, o modem comunica somente através de pacotes OMCI, sem trafegar pacotes PON. Para resolver isso, é necessário emular também esses parâmetros a mais, para "convencer" o OLT a dar tráfego. Ao que parece, é possível acessar um menu secreto nesse modem da TP-Link, possibilitando a configuração desses parâmetros a mais. Essa configuração é dificultada nesse aparelho pelo fato dele ser feito para uso por operadoras de internet, já prevendo que o usuário comum vai querer mexer nas configurações. Estou pesquisando agora uma maneira de liberar esses menus; se alguém tiver alguma idéia, por favor, compartilhe!
É o TP-Link XZ000G3? Qual página você quer acessar? Se for essa página abaixo dá para liberar editando o HTML via Chrome Inspector, mais detalhes no meu post aqui.
Eu vou fazer o teste de qq maneira. Vlw. O adaptador é muito caro. Só achei na faixa dos 70 no brasil. Já estou pensando em usar um cabo com 2 pontas apc/upc e um acoplador. Sai mais barato. Alguém já usou assim?