Enlace SXT - disconnected, control frame timeout
2,437 views
Skip to first unread message
Tiago Amorim
Feb 6, 2012, 4:41:18 AM2/6/12
to mtcna_mtc...@googlegroups.com
Bom dia senhores.
Fizemos um novo enlace, para substituir um enlace anterior.
Utilizamos um par de SXT, e a distância do enlace é inferior a 1km.
Conseguimos a situação que se segue na imagem anexa.
Acredito que tanto modulação, quanto nível de sinal, estão ideais, mas não sou especialista no assunto.
Acontece que quando em laboratório, em mesmas condições, conseguíamos passar os 220MB de tráfego em BWTest e não ocorria a desconexão entre rádio AP e rádio Cliente, coisa que em campo está ocorrendo quando performamos um BWTest.
Gostaria de saber a razão desse problema que aparece no log, e se devemos alterar algo com relação à potência ou coisa do gênero, para deixarmos o sinal dos rádios mais perto do -63, pois a melhor configuração que conseguimos, quanto à modulação constante e nível de ccq, foi com o sinal entre -56 e -58.
Criei um túnel VPLS para estabelecer o enlace transparente.
Quem tiver experiência, por favor, me ajude.
Muito obrigado.
[]s
Guilherme Ramires
Feb 6, 2012, 7:24:21 AM2/6/12
to mtcna_mtc...@googlegroups.com
Olá todos,
Tiago, você pode fazer 2 testes: Primeiro é reduzir potência. E o segundo é atualizar os firmwares. Veja se resolve, ok?
Abraços,
Guilherme Ramires
Mikrotik Training Partner
Mikrotik Consultant
Network Engineer
Mikrotik Training Partner
Mikrotik Consultant
Network Engineer
<enlace sxt.png>
Tiago Amorim
Feb 6, 2012, 7:31:35 AM2/6/12
to mtcna_mtc...@googlegroups.com
Estou utilizando a firmware 5.11. Aconselha a 5.12??
Quanto à potência, irei reduzir, mas na atual, foi o melhor nível ccq que consegui.
Vou testar e volto com os resultados. Fiz uma busca na internet desde sexta e não achei nada conclusivo, porém ví vários problemas semelhantes sendo resolvidos de maneiras diferentes, e já testei um monte...
Obrigado!
Tiago Amorim
Feb 7, 2012, 4:52:14 AM2/7/12
to mtcna_mtc...@googlegroups.com
Bom dia.
Regulei a potência, reduzindo-a em 5dbs... O nível de sinal ficou mais próximo de -63, que seria o ideal.
O ccq ficou pior e oscilando com maior amplitude que antes.
As modulações que antes variavam entre 240 e 300, agora variam ainda mais, e passam muito menos tempo em 300mbps que antes.
Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com essa mudança o cenário quase não se alterou.
Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com essa mudança o cenário quase não se alterou.
O problema relacionado à desconexão do rádio cliente permanece. Ele continua sendo desconectado quando forçamos passagem de banda considerável nele.
Fiz alguns testes settando um máximo de banda, e mesmo configurando apenas 20M em ambos os sentidos, para UDP, após alguns segundos, o rádio cliente volta à se desconectar.
Alguma dica, Guilherme??
Obrigado.
[]s
Jessé G.
Feb 7, 2012, 5:39:26 PM2/7/12
to MTCNA / MTCRE 25/11/11
Olá Thiago,
Aqui é o Jessé
Vou te dar um conselho mais prático, pois já peguei duas situações
parecidas aqui; a única diferença é que o meu enlace era 5GHz A Modo
Turbo...
Num deles o problema era a proximidade com outra antena 5 GHz AirGrid
que causava uma interferência danada na SXT derrubando o enlace com
pouco mais de 16 Mb full de BWTest... A solução: mudei a SXT de lugar
e o enlace passou 86 Mb Full (estava em 5 GHz A/N s/ VPLS, que na
época eu nem sabia nada sobre agregação de frames e nem vpls...).
No outro caso o problema era um dos cartões R52 com baixo rendimento;
o enlace não passava nem 8 Mb full a 2 km de distância. então sugiro
que (use esse em último caso, somente depois de tentar tudo o que for
software, pois sei o trampo que dá...) vc arranje outra SXT e coloque
as configurações do lado Station e teste; se não resolver, volta a SXT
original e testa o lado AP com a 3ª SXT, pois com a proximidade do seu
enlace, não é comum que mesmo uma configuração errada o enlace passe
abaixo de 20 Mb...
Lembrando que para fazer a parte física vale tudo o que for software
primeiro (canal, mudar pra banda A, mudar pra 2.4 GHz N, ressetar e
fazer tudo na mão de novo, etc...), pra depois partir pra braçada.
Espero ter ajudado.
Abraços,
Jessé
Knet provedor
Caso
On 7 fev, 07:52, Tiago Amorim <amorim.ti...@gmail.com> wrote:
> Bom dia.
>
> Regulei a potência, reduzindo-a em 5dbs... O nível de sinal ficou mais
> próximo de -63, que seria o ideal.
> O ccq ficou pior e oscilando com maior amplitude que antes.
>
> As modulações que antes variavam entre 240 e 300, agora variam ainda mais,
> e passam muito menos tempo em 300mbps que antes.
>
> Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com
> essa mudança o cenário quase não se alterou.
>
> O problema relacionado à desconexão do rádio cliente permanece. Ele
> continua sendo desconectado quando forçamos passagem de banda considerável
> nele.
>
> Fiz alguns testes settando um máximo de banda, e mesmo configurando apenas
> 20M em ambos os sentidos, para UDP, após alguns segundos, o rádio cliente
> volta à se desconectar.
>
> Alguma dica, Guilherme??
>
> Obrigado.
>
> []s
>
> >> Mikrotik Consultant
> >> Network Engineer*
> 204KExibirDownload
Aqui é o Jessé
Vou te dar um conselho mais prático, pois já peguei duas situações
parecidas aqui; a única diferença é que o meu enlace era 5GHz A Modo
Turbo...
Num deles o problema era a proximidade com outra antena 5 GHz AirGrid
que causava uma interferência danada na SXT derrubando o enlace com
pouco mais de 16 Mb full de BWTest... A solução: mudei a SXT de lugar
e o enlace passou 86 Mb Full (estava em 5 GHz A/N s/ VPLS, que na
época eu nem sabia nada sobre agregação de frames e nem vpls...).
No outro caso o problema era um dos cartões R52 com baixo rendimento;
o enlace não passava nem 8 Mb full a 2 km de distância. então sugiro
que (use esse em último caso, somente depois de tentar tudo o que for
software, pois sei o trampo que dá...) vc arranje outra SXT e coloque
as configurações do lado Station e teste; se não resolver, volta a SXT
original e testa o lado AP com a 3ª SXT, pois com a proximidade do seu
enlace, não é comum que mesmo uma configuração errada o enlace passe
abaixo de 20 Mb...
Lembrando que para fazer a parte física vale tudo o que for software
primeiro (canal, mudar pra banda A, mudar pra 2.4 GHz N, ressetar e
fazer tudo na mão de novo, etc...), pra depois partir pra braçada.
Espero ter ajudado.
Abraços,
Jessé
Knet provedor
Caso
On 7 fev, 07:52, Tiago Amorim <amorim.ti...@gmail.com> wrote:
> Bom dia.
>
> Regulei a potência, reduzindo-a em 5dbs... O nível de sinal ficou mais
> próximo de -63, que seria o ideal.
> O ccq ficou pior e oscilando com maior amplitude que antes.
>
> As modulações que antes variavam entre 240 e 300, agora variam ainda mais,
> e passam muito menos tempo em 300mbps que antes.
>
> Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com
> essa mudança o cenário quase não se alterou.
>
> O problema relacionado à desconexão do rádio cliente permanece. Ele
> continua sendo desconectado quando forçamos passagem de banda considerável
> nele.
>
> Fiz alguns testes settando um máximo de banda, e mesmo configurando apenas
> 20M em ambos os sentidos, para UDP, após alguns segundos, o rádio cliente
> volta à se desconectar.
>
> Alguma dica, Guilherme??
>
> Obrigado.
>
> []s
>
> Em 6 de fevereiro de 2012 10:31, Tiago Amorim <amorim.ti...@gmail.com>escreveu:
>
>
>
> > Estou utilizando a firmware 5.11. Aconselha a 5.12??
>
> > Quanto à potência, irei reduzir, mas na atual, foi o melhor nível ccq que
> > consegui.
>
> > Vou testar e volto com os resultados. Fiz uma busca na internet desde
> > sexta e não achei nada conclusivo, porém ví vários problemas semelhantes
> > sendo resolvidos de maneiras diferentes, e já testei um monte...
>
> > Obrigado!
>
> > Em 6 de fevereiro de 2012 10:24, Guilherme Ramires <
> > guilhermerami...@gmail.com> escreveu:
>
>
>
> > Estou utilizando a firmware 5.11. Aconselha a 5.12??
>
> > Quanto à potência, irei reduzir, mas na atual, foi o melhor nível ccq que
> > consegui.
>
> > Vou testar e volto com os resultados. Fiz uma busca na internet desde
> > sexta e não achei nada conclusivo, porém ví vários problemas semelhantes
> > sendo resolvidos de maneiras diferentes, e já testei um monte...
>
> > Obrigado!
>
> > Em 6 de fevereiro de 2012 10:24, Guilherme Ramires <
>
> > Olá todos,
>
> >> Tiago, você pode fazer 2 testes: Primeiro é reduzir potência. E o segundo
> >> é atualizar os firmwares. Veja se resolve, ok?
>
> >> Abraços,
>
> >> Guilherme Ramires
> >> *Mikrotik Training Partner
> > Olá todos,
>
> >> Tiago, você pode fazer 2 testes: Primeiro é reduzir potência. E o segundo
> >> é atualizar os firmwares. Veja se resolve, ok?
>
> >> Abraços,
>
> >> Guilherme Ramires
> >> Mikrotik Consultant
> >> Network Engineer*
>
> >> Em 06/02/2012, às 06:41, Tiago Amorim escreveu:
>
> >> Bom dia senhores.
>
> >> Fizemos um novo enlace, para substituir um enlace anterior.
> >> Utilizamos um par de SXT, e a distância do enlace é inferior a 1km.
>
> >> Conseguimos a situação que se segue na imagem anexa.
>
> >> Acredito que tanto modulação, quanto nível de sinal, estão ideais, mas
> >> não sou especialista no assunto.
>
> >> Acontece que quando em laboratório, em mesmas condições, conseguíamos
> >> passar os 220MB de tráfego em BWTest e não ocorria a desconexão entre rádio
> >> AP e rádio Cliente, coisa que em campo está ocorrendo quando performamos um
> >> BWTest.
>
> >> Gostaria de saber a razão desse problema que aparece no log, e se devemos
> >> alterar algo com relação à potência ou coisa do gênero, para deixarmos o
> >> sinal dos rádios mais perto do -63, pois a melhor configuração que
> >> conseguimos, quanto à modulação constante e nível de ccq, foi com o sinal
> >> entre -56 e -58.
>
> >> Criei um túnel VPLS para estabelecer o enlace transparente.
>
> >> Quem tiver experiência, por favor, me ajude.
> >> Muito obrigado.
>
> >> []s
> >> <enlace sxt.png>
>
>
>
> enlace sxt2.png
> >> Em 06/02/2012, às 06:41, Tiago Amorim escreveu:
>
> >> Bom dia senhores.
>
> >> Fizemos um novo enlace, para substituir um enlace anterior.
> >> Utilizamos um par de SXT, e a distância do enlace é inferior a 1km.
>
> >> Conseguimos a situação que se segue na imagem anexa.
>
> >> Acredito que tanto modulação, quanto nível de sinal, estão ideais, mas
> >> não sou especialista no assunto.
>
> >> Acontece que quando em laboratório, em mesmas condições, conseguíamos
> >> passar os 220MB de tráfego em BWTest e não ocorria a desconexão entre rádio
> >> AP e rádio Cliente, coisa que em campo está ocorrendo quando performamos um
> >> BWTest.
>
> >> Gostaria de saber a razão desse problema que aparece no log, e se devemos
> >> alterar algo com relação à potência ou coisa do gênero, para deixarmos o
> >> sinal dos rádios mais perto do -63, pois a melhor configuração que
> >> conseguimos, quanto à modulação constante e nível de ccq, foi com o sinal
> >> entre -56 e -58.
>
> >> Criei um túnel VPLS para estabelecer o enlace transparente.
>
> >> Quem tiver experiência, por favor, me ajude.
> >> Muito obrigado.
>
> >> []s
> >> <enlace sxt.png>
>
>
>
> 204KExibirDownload
Rafael Grisotto
Feb 8, 2012, 8:13:20 AM2/8/12
to mtcna_mtc...@googlegroups.com
Em 07/02/2012 20:39, Jess� G. escreveu:
> Ol� Thiago,
>
> Aqui � o Jess�
>
> Vou te dar um conselho mais pr�tico, pois j� peguei duas situa��es
> parecidas aqui; a �nica diferen�a � que o meu enlace era 5GHz A Modo
> Turbo...
> Num deles o problema era a proximidade com outra antena 5 GHz AirGrid
> que causava uma interfer�ncia danada na SXT derrubando o enlace com
> pouco mais de 16 Mb full de BWTest... A solu��o: mudei a SXT de lugar
> e o enlace passou 86 Mb Full (estava em 5 GHz A/N s/ VPLS, que na
> �poca eu nem sabia nada sobre agrega��o de frames e nem vpls...).
> No outro caso o problema era um dos cart�es R52 com baixo rendimento;
> o enlace n�o passava nem 8 Mb full a 2 km de dist�ncia. ent�o sugiro
> que (use esse em �ltimo caso, somente depois de tentar tudo o que for
> software, pois sei o trampo que d�...) vc arranje outra SXT e coloque
> as configura��es do lado Station e teste; se n�o resolver, volta a SXT
> original e testa o lado AP com a 3� SXT, pois com a proximidade do seu
> enlace, n�o � comum que mesmo uma configura��o errada o enlace passe
> abaixo de 20 Mb...
> Lembrando que para fazer a parte f�sica vale tudo o que for software
> primeiro (canal, mudar pra banda A, mudar pra 2.4 GHz N, ressetar e
> fazer tudo na m�o de novo, etc...), pra depois partir pra bra�ada.
> Espero ter ajudado.
> Abra�os,
>
> Jess�>> Regulei a pot�ncia, reduzindo-a em 5dbs... O n�vel de sinal ficou mais
>> pr�ximo de -63, que seria o ideal.
>> O ccq ficou pior e oscilando com maior amplitude que antes.
>>
>> As modula��es que antes variavam entre 240 e 300, agora variam ainda mais,
>> e passam muito menos tempo em 300mbps que antes.
>>
>> Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com
>> essa mudan�a o cen�rio quase n�o se alterou.
>>
>> O problema relacionado � desconex�o do r�dio cliente permanece. Ele
>> continua sendo desconectado quando for�amos passagem de banda consider�vel
>> nele.
>>
>> Fiz alguns testes settando um m�ximo de banda, e mesmo configurando apenas
>> 20M em ambos os sentidos, para UDP, ap�s alguns segundos, o r�dio cliente
>> volta � se desconectar.
>>
>> Alguma dica, Guilherme??
>>
>> Obrigado.
>>
>> []s
>>
>> Em 6 de fevereiro de 2012 10:31, Tiago Amorim<amorim.ti...@gmail.com>escreveu:
>>
>>
>>
>>> Estou utilizando a firmware 5.11. Aconselha a 5.12??
>>> Quanto � pot�ncia, irei reduzir, mas na atual, foi o melhor n�vel ccq que
>>> consegui.
>>> Vou testar e volto com os resultados. Fiz uma busca na internet desde
>>> sexta e n�o achei nada conclusivo, por�m v� v�rios problemas semelhantes
>>> sendo resolvidos de maneiras diferentes, e j� testei um monte...
>>> Obrigado!
>>> Em 6 de fevereiro de 2012 10:24, Guilherme Ramires<
>>> guilhermerami...@gmail.com> escreveu:
>>> Ol� todos,
>>>> Tiago, voc� pode fazer 2 testes: Primeiro � reduzir pot�ncia. E o segundo
>>>> � atualizar os firmwares. Veja se resolve, ok?
>>>> Abra�os,
>>>> Guilherme Ramires
>>>> *Mikrotik Training Partner
>>>> Mikrotik Consultant
>>>> Network Engineer*
>>>> Conseguimos a situa��o que se segue na imagem anexa.
>>>> Acredito que tanto modula��o, quanto n�vel de sinal, est�o ideais, mas
>>>> n�o sou especialista no assunto.
>>>> Acontece que quando em laborat�rio, em mesmas condi��es, consegu�amos
>>>> passar os 220MB de tr�fego em BWTest e n�o ocorria a desconex�o entre r�dio
>>>> AP e r�dio Cliente, coisa que em campo est� ocorrendo quando performamos um
>>>> BWTest.
>>>> Gostaria de saber a raz�o desse problema que aparece no log, e se devemos
>>>> alterar algo com rela��o � pot�ncia ou coisa do g�nero, para deixarmos o
>>>> sinal dos r�dios mais perto do -63, pois a melhor configura��o que
>>>> conseguimos, quanto � modula��o constante e n�vel de ccq, foi com o sinal
>>>> entre -56 e -58.
>>>> Criei um t�nel VPLS para estabelecer o enlace transparente.
>>>> Quem tiver experi�ncia, por favor, me ajude.
>>>> Muito obrigado.
>>>> []s
>>>> <enlace sxt.png>
>>
>>
>> enlace sxt2.png
>> 204KExibirDownload
> Ol� Thiago,
>
> Aqui � o Jess�
>
> Vou te dar um conselho mais pr�tico, pois j� peguei duas situa��es
> parecidas aqui; a �nica diferen�a � que o meu enlace era 5GHz A Modo
> Turbo...
> Num deles o problema era a proximidade com outra antena 5 GHz AirGrid
> pouco mais de 16 Mb full de BWTest... A solu��o: mudei a SXT de lugar
> e o enlace passou 86 Mb Full (estava em 5 GHz A/N s/ VPLS, que na
> No outro caso o problema era um dos cart�es R52 com baixo rendimento;
> o enlace n�o passava nem 8 Mb full a 2 km de dist�ncia. ent�o sugiro
> que (use esse em �ltimo caso, somente depois de tentar tudo o que for
> software, pois sei o trampo que d�...) vc arranje outra SXT e coloque
> as configura��es do lado Station e teste; se n�o resolver, volta a SXT
> original e testa o lado AP com a 3� SXT, pois com a proximidade do seu
> enlace, n�o � comum que mesmo uma configura��o errada o enlace passe
> abaixo de 20 Mb...
> Lembrando que para fazer a parte f�sica vale tudo o que for software
> primeiro (canal, mudar pra banda A, mudar pra 2.4 GHz N, ressetar e
> Espero ter ajudado.
> Abra�os,
>
> Jess�>> Regulei a pot�ncia, reduzindo-a em 5dbs... O n�vel de sinal ficou mais
>> pr�ximo de -63, que seria o ideal.
>> O ccq ficou pior e oscilando com maior amplitude que antes.
>>
>> e passam muito menos tempo em 300mbps que antes.
>>
>> Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com
>>
>> O problema relacionado � desconex�o do r�dio cliente permanece. Ele
>> continua sendo desconectado quando for�amos passagem de banda consider�vel
>> nele.
>>
>> Fiz alguns testes settando um m�ximo de banda, e mesmo configurando apenas
>> 20M em ambos os sentidos, para UDP, ap�s alguns segundos, o r�dio cliente
>> volta � se desconectar.
>>
>> Alguma dica, Guilherme??
>>
>> Obrigado.
>>
>> []s
>>
>> Em 6 de fevereiro de 2012 10:31, Tiago Amorim<amorim.ti...@gmail.com>escreveu:
>>
>>
>>
>>> Estou utilizando a firmware 5.11. Aconselha a 5.12??
>>> consegui.
>>> Vou testar e volto com os resultados. Fiz uma busca na internet desde
>>> sendo resolvidos de maneiras diferentes, e j� testei um monte...
>>> Obrigado!
>>> Em 6 de fevereiro de 2012 10:24, Guilherme Ramires<
>>> guilhermerami...@gmail.com> escreveu:
>>>> Tiago, voc� pode fazer 2 testes: Primeiro � reduzir pot�ncia. E o segundo
>>>> � atualizar os firmwares. Veja se resolve, ok?
>>>> Abra�os,
>>>> Guilherme Ramires
>>>> *Mikrotik Training Partner
>>>> Mikrotik Consultant
>>>> Network Engineer*
>>>> Em 06/02/2012, �s 06:41, Tiago Amorim escreveu:
>>>> Bom dia senhores.
>>>> Fizemos um novo enlace, para substituir um enlace anterior.
>>>> Utilizamos um par de SXT, e a dist�ncia do enlace � inferior a 1km.>>>> Bom dia senhores.
>>>> Fizemos um novo enlace, para substituir um enlace anterior.
>>>> Conseguimos a situa��o que se segue na imagem anexa.
>>>> Acredito que tanto modula��o, quanto n�vel de sinal, est�o ideais, mas
>>>> n�o sou especialista no assunto.
>>>> Acontece que quando em laborat�rio, em mesmas condi��es, consegu�amos
>>>> passar os 220MB de tr�fego em BWTest e n�o ocorria a desconex�o entre r�dio
>>>> AP e r�dio Cliente, coisa que em campo est� ocorrendo quando performamos um
>>>> BWTest.
>>>> Gostaria de saber a raz�o desse problema que aparece no log, e se devemos
>>>> alterar algo com rela��o � pot�ncia ou coisa do g�nero, para deixarmos o
>>>> sinal dos r�dios mais perto do -63, pois a melhor configura��o que
>>>> conseguimos, quanto � modula��o constante e n�vel de ccq, foi com o sinal
>>>> entre -56 e -58.
>>>> Criei um t�nel VPLS para estabelecer o enlace transparente.
>>>> Quem tiver experi�ncia, por favor, me ajude.
>>>> Muito obrigado.
>>>> []s
>>>> <enlace sxt.png>
>>
>>
>> enlace sxt2.png
>> 204KExibirDownload
Pessoal,
Somente ressaltando, devido ao baixo poder de processamento da SXT, o
enlace ir� passar no m�ximo 50Mbps em HALF-DUPLEX (TCP), n�o por causa
de configura��o de cart�o e etc, mas pelo motivo de quando chegar em
50Mbps TCP o processamento da bichinha vai estar em 100% (utilizando
configura��es em N com NV2 ativo), por esse motivo que o equipamento �
apenas uma CPE e nada mais.
Abra�os,
--
Rafael Grisotto
Analista de Sistemas
S�cio Diretor - Depto TI
VIRTUALI Solu��es em Telecomunica��o Ltda - ME
URL: www.virtuali.com.br
E-mail: sup...@virtuali.com.br
Telefones: (19) 34352422
MSN: sup...@virtuali.com.br
Charqueada-SP - Mombuca-SP - Piracicaba-SP - Saltinho-SP - S�o Pedro-SP
Tiago Amorim
Feb 8, 2012, 9:24:28 AM2/8/12
to mtcna_mtc...@googlegroups.com
O enlace não exigia tamanho througput, portanto fechei o enlace em 20MHz.
Ele ficou estável e a banda passante atinge os 80mbps.
Estou satisfeito.
Estou adquirindo RBs 711G para enlaces de alto desempenho, e pretendo não experienciar mais esse problema,
Obrigado à todos que me ajudaram
Em 07/02/2012 20:39, Jessé G. escreveu:
Olá Thiago,
Aqui é o Jessé
Vou te dar um conselho mais prático, pois já peguei duas situações
parecidas aqui; a única diferença é que o meu enlace era 5GHz A Modo
Turbo...
Num deles o problema era a proximidade com outra antena 5 GHz AirGrid
que causava uma interferência danada na SXT derrubando o enlace com
pouco mais de 16 Mb full de BWTest... A solução: mudei a SXT de lugar
e o enlace passou 86 Mb Full (estava em 5 GHz A/N s/ VPLS, que na
época eu nem sabia nada sobre agregação de frames e nem vpls...).
No outro caso o problema era um dos cartões R52 com baixo rendimento;
o enlace não passava nem 8 Mb full a 2 km de distância. então sugiro
que (use esse em último caso, somente depois de tentar tudo o que for
software, pois sei o trampo que dá...) vc arranje outra SXT e coloque
as configurações do lado Station e teste; se não resolver, volta a SXT
original e testa o lado AP com a 3ª SXT, pois com a proximidade do seu
enlace, não é comum que mesmo uma configuração errada o enlace passe
abaixo de 20 Mb...
Lembrando que para fazer a parte física vale tudo o que for software
primeiro (canal, mudar pra banda A, mudar pra 2.4 GHz N, ressetar e
fazer tudo na mão de novo, etc...), pra depois partir pra braçada.
Espero ter ajudado.
Abraços,
Jessé
Knet provedor
Caso
On 7 fev, 07:52, Tiago Amorim<amorim.ti...@gmail.com> wrote:
Bom dia.
Regulei a potência, reduzindo-a em 5dbs... O nível de sinal ficou mais
próximo de -63, que seria o ideal.
O ccq ficou pior e oscilando com maior amplitude que antes.
As modulações que antes variavam entre 240 e 300, agora variam ainda mais,
e passam muito menos tempo em 300mbps que antes.
Setei o regulatory domain para Brazil, e configurei o ganho da antena. Com
essa mudança o cenário quase não se alterou.
O problema relacionado à desconexão do rádio cliente permanece. Ele
continua sendo desconectado quando forçamos passagem de banda considerável
nele.
Fiz alguns testes settando um máximo de banda, e mesmo configurando apenas
20M em ambos os sentidos, para UDP, após alguns segundos, o rádio cliente
volta à se desconectar.
Alguma dica, Guilherme??
Obrigado.
[]s
Em 6 de fevereiro de 2012 10:31, Tiago Amorim<amorim.ti...@gmail.com>escreveu:
Estou utilizando a firmware 5.11. Aconselha a 5.12??
Quanto à potência, irei reduzir, mas na atual, foi o melhor nível ccq que
consegui.
Vou testar e volto com os resultados. Fiz uma busca na internet desde
sexta e não achei nada conclusivo, porém ví vários problemas semelhantes
sendo resolvidos de maneiras diferentes, e já testei um monte...
Obrigado!
Em 6 de fevereiro de 2012 10:24, Guilherme Ramires<
guilhermerami...@gmail.com> escreveu:
Olá todos,
Tiago, você pode fazer 2 testes: Primeiro é reduzir potência. E o segundo
é atualizar os firmwares. Veja se resolve, ok?
Abraços,
Guilherme Ramires
*Mikrotik Training Partner
Mikrotik Consultant
Network Engineer*
Em 06/02/2012, às 06:41, Tiago Amorim escreveu:
Bom dia senhores.
Fizemos um novo enlace, para substituir um enlace anterior.
Utilizamos um par de SXT, e a distância do enlace é inferior a 1km.
Conseguimos a situação que se segue na imagem anexa.
Acredito que tanto modulação, quanto nível de sinal, estão ideais, mas
não sou especialista no assunto.
Acontece que quando em laboratório, em mesmas condições, conseguíamos
passar os 220MB de tráfego em BWTest e não ocorria a desconexão entre rádio
AP e rádio Cliente, coisa que em campo está ocorrendo quando performamos um
BWTest.
Gostaria de saber a razão desse problema que aparece no log, e se devemos
alterar algo com relação à potência ou coisa do gênero, para deixarmos o
sinal dos rádios mais perto do -63, pois a melhor configuração que
conseguimos, quanto à modulação constante e nível de ccq, foi com o sinal
entre -56 e -58.
Criei um túnel VPLS para estabelecer o enlace transparente.
Quem tiver experiência, por favor, me ajude.
Muito obrigado.
[]s
<enlace sxt.png>
Pessoal,
enlace sxt2.png
204KExibirDownload
Somente ressaltando, devido ao baixo poder de processamento da SXT, o enlace irá passar no máximo 50Mbps em HALF-DUPLEX (TCP), não por causa de configuração de cartão e etc, mas pelo motivo de quando chegar em 50Mbps TCP o processamento da bichinha vai estar em 100% (utilizando configurações em N com NV2 ativo), por esse motivo que o equipamento é apenas uma CPE e nada mais.
Abraços,
--
Rafael Grisotto
Analista de Sistemas
Sócio Diretor - Depto TI
VIRTUALI Soluções em Telecomunicação Ltda - ME
URL: www.virtuali.com.br
E-mail: sup...@virtuali.com.br
Telefones: (19) 34352422
MSN: sup...@virtuali.com.br
Charqueada-SP - Mombuca-SP - Piracicaba-SP - Saltinho-SP - São Pedro-SP
Guilherme Ramires
Feb 8, 2012, 9:43:47 AM2/8/12
to mtcna_mtc...@googlegroups.com
Olá todos,
Tiago, se seu enlace não está estável quando o throughput sobe demais, o ideal é que você teste o limite que ele fica estável e coloque esses valores
em AP TX-LIMIT e CLIENT TX-LIMIT na aba wireless da SXT, ok?
Abraço a todos,
Guilherme Ramires
Tiago Amorim
Feb 8, 2012, 10:26:26 AM2/8/12
to mtcna_mtc...@googlegroups.com
Acontece que ele não ficava estável nem com 15MB setados em 20/40MHz - tanto above quanto below, definidos pela faixa de espectro.
Setei em 20mhz, e agora passo aproximadamente 80MB num enlace onde não preciso de mais que 30.
Acontece que nós fizemos esse enlace à título de testes. Para testarmos o poder do mikrotik nos enlaces de alto desempenho.
Acredito que não vai se lembrar, Guilherme, mas lá no curso abordei contigo que nós utilizamos rádios caríssimos quando queremos qualquer desempenho um pouco superior.
Temos diversos radwins ou similares onde nao precisamos de maneira alguma, pois com rádios bem mais baratos, bem configurados, conseguimos o mesmo ou melhor desempenho.
Minha frustração vem de não ter conseguido uma boa estabilidade nesse primeiro enlace.
Mas não desistimos e mesmo assim foi muito satisfatório.
Estaremos adquirindo mais, e se eu tiver mais tempo, vou testar bem, num enlace com maior distância e tudo o mais.
Obrigado a todos novamente.
[]s
Reply all
Reply to author
Forward
0 new messages