[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/VDSL/FIBRA ÓPTICA/HFC

ts_b0b · 25/10/2017

neo666 disse:
Vc está considerando a existência de "troca de tráfego" apenas no Brasil? A internet é formada basicamente por troca de tráfego.

Sobre o interleaved, eu já cheguei a comentar sobre isso aqui e muitos jogaram pedras mas de fato 99% dos clientes pouco se importam se estão com 1, 10 ou 100ms para determinado "serviço", o importante é que ele funcione. Se houverem muitos pedidos logo inventam algum contrato para os gamers de plantão virando a chave dele para fast e pronto.

Engana-se quem pensa que o IX representa pouca coisa na conectividade local e mundial, não acho errado o foco dos provedores seja entregar com ~qualidade~ até ele, todas as operadoras corporativas também focam na mesma coisa e todo mundo sai ganhando. O que eu acho errado é ter um IX relativamente centralizado (como o de SP), mas é onde o conteúdo está e onde os valores ainda são mais em conta, uma coisa acaba puxando a outra, não tem jeito.

Felizmente ou infelizmente são raríssimas as operadoras que ofertam algum tipo de SLA baseado em latência mesmo no mercado corporativo, e não adianta colocar a culpa no japonês da federal, na Anatel, no Temer ou no Belzebu, é um cenário global.

Muita gente acredita que hoje podemos ter links de 200~300mbps graças as novas tecnologias na última milha e na "boa vontade" das operadoras para com os clientes e se esquece da importância dos outros personagens dessa cadeia, como a troca de tráfego.

[]´s

Amigo @neo666 - imagino que essa centralização no estado de São Paulo, tenha forte relação com indicadores como PIB, consumo de internet, população, quantidade de datacenters alocados e entre outros fatores!

Concordo com o que disse acima, esse desenvolvimento deveria ser aumentado para outros estados! Em falar nisso, nos últimos 4 anos não tenho marcado presença no GTS/GTER (ia por causa do GTS), imagino que o pessoal do NIC.br poderia responder pessoalmente essa questão!

Tem o projeto OpenCDN que o NIC.br esta incentivando a expansão! Porém esse lance do IX, ajudaria a aumentar a concorrência em várias áreas onde somente atua a Oi, ou no máximo 2 provedores!
Um provedor aqui de Maringá, ao passar dos 15Gbps de backbone conseguiram servidores oficiais da NETFLIX, Youtube e Facebook para realizar cache, o que é uma ajuda também! Não sei se existe algo documentado quando atinge um patamar de backbone para receber servidores de cache!

ts_b0b disse:
Amigo @neo666 - imagino que essa centralização no estado de São Paulo, tenha forte relação com indicadores como PIB, consumo de internet, população, quantidade de datacenters alocados e entre outros fatores!

Concordo com o que disse acima, esse desenvolvimento deveria ser aumentado para outros estados! Em falar nisso, nos últimos 4 anos não tenho marcado presença no GTS/GTER (ia por causa do GTS), imagino que o pessoal do NIC.br poderia responder pessoalmente essa questão!

Tem o projeto OpenCDN que o NIC.br esta incentivando a expansão! Porém esse lance do IX, ajudaria a aumentar a concorrência em várias áreas onde somente atua a Oi, ou no máximo 2 provedores!
Um provedor aqui de Maringá, ao passar dos 15Gbps de backbone conseguiram servidores oficiais da NETFLIX, Youtube e Facebook para realizar cache, o que é uma ajuda também! Não sei se existe algo documentado quando atinge um patamar de backbone para receber servidores de cache!

Temos expansão de vários provedores (Level3, China Telecom, AmericaNet, Vogel e entre outros) que ajudam a aumentar a concorrência entre os grandes players, porém o IX é fundamental!

A Level 3 tá investindo bem por aqui:
https://itforum365.com.br/voce-informa/level-3-continua-expandir-rede-na-america-latina

Escravo do Governo · 25/10/2017

Pessoal só um pouco leigo nesse assunto, então venho pedir a ajuda de vocês a respeito de uma dúvida que eu tenho.

Aqui em casa eu possuo o plano de 25Mb/2Mb da Vivo, o modem que eles colocaram aqui desde a instalação foi um Pace V5471, antigo, ainda possui o logo da GVT, nele estão conectados 3 cabos ethernets, um vinculado ao meu Pc, eu percebi que após a conexão destes outros 2 cabos o meu Ping aumentou em torno de 20ms. Eu pergunto a vocês se caso eu faça a compra de um roteador como o Xiaomi 3g está situação poderia mudar? Eu poderia talvez limitar a conexão distribuída para os outros 2 aparelhos?

torrentman · 25/10/2017

O modem que colocaram pra ti (Pace 5471) é o melhor modem para Vivo DSL. Mas ele não tem como definir limites para usuários na rede. Colocando um roteador no meio com essa opção, dá certo.

Mas pode ficar tranquilo que o modem que colocaram pra ti é um show, tenho desde 2013 esse modem aqui em casa no link de 50Mbps da GVT/Vivo e não incomoda em nada.

Escravo do Governo · 25/10/2017

torrentman disse:
O modem que colocaram pra ti (Pace 5471) é o melhor modem para Vivo DSL. Mas ele não tem como definir limites para usuários na rede. Colocando um roteador no meio com essa opção, dá certo.

Mas pode ficar tranquilo que o modem que colocaram pra ti é um show, tenho desde 2013 esse modem aqui em casa no link de 50Mbps da GVT/Vivo e não incomoda em nada.

Opa! Vlw a resposta.

Então eu posso atribuir o fato de o ping ter aumentado por conta das várias conexões ligadas ao mesmo modem, correto? Ou seja não há como este modem em específico mudar a situação do ping?

torrentman · 25/10/2017

Hitch326 disse:
Opa! Vlw a resposta.

Então eu posso atribuir o fato de o ping ter aumentado por conta das várias conexões ligadas ao mesmo modem, correto? Ou seja não há como este modem em específico mudar a situação do ping?

Se as outras pessoas estiverem usando download / upload por exemplo, pode respingar na tua conexão sim, com certeza.

neo666 · 25/10/2017

Kindofa disse:
Eu havia desativado o syslog para ver se diminuíam os problemas, vou ligar de novo e ver se consigo algo, não sei o que é WMM, as quedas acontecem o tempo todo, tipo pelo menos uma vez a cada dez minutos, mas tem vezes que cai o tempo todo. Como se ficasse 1 minuto conectado e 1 minuto desconectado.

Hitch326 disse:
Pessoal só um pouco leigo nesse assunto, então venho pedir a ajuda de vocês a respeito de uma dúvida que eu tenho.

Aqui em casa eu possuo o plano de 25Mb/2Mb da Vivo, o modem que eles colocaram aqui desde a instalação foi um Pace V5471, antigo, ainda possui o logo da GVT, nele estão conectados 3 cabos ethernets, um vinculado ao meu Pc, eu percebi que após a conexão destes outros 2 cabos o meu Ping aumentou em torno de 20ms. Eu pergunto a vocês se caso eu faça a compra de um roteador como o Xiaomi 3g está situação poderia mudar? Eu poderia talvez limitar a conexão distribuída para os outros 2 aparelhos?

torrentman disse:
O modem que colocaram pra ti (Pace 5471) é o melhor modem para Vivo DSL. Mas ele não tem como definir limites para usuários na rede. Colocando um roteador no meio com essa opção, dá certo.

Mas pode ficar tranquilo que o modem que colocaram pra ti é um show, tenho desde 2013 esse modem aqui em casa no link de 50Mbps da GVT/Vivo e não incomoda em nada.

Hitch326 disse:
Opa! Vlw a resposta.

Então eu posso atribuir o fato de o ping ter aumentado por conta das várias conexões ligadas ao mesmo modem, correto? Ou seja não há como este modem em específico mudar a situação do ping?

torrentman disse:
Se as outras pessoas estiverem usando download / upload por exemplo, pode respingar na tua conexão sim, com certeza.

Não acredito muito em coincidência mas a causa mais provável é da troca da porta de fast para interleaved no DSLAM.

Antes de gastar dinheiro em outro roteador que pode não resolver o "problema" um teste bem simples é remover os 2 cabos extras e testar a latência, se continuar com 20ms acima vc já tira a dúvida.

[]´s

torrentman · 25/10/2017

neo666 disse:
Não acredito muito em coincidência mas a causa mais provável é da troca da porta de fast para interleaved no DSLAM.

Antes de gastar dinheiro em outro roteador que pode não resolver o "problema" um teste bem simples é remover os 2 cabos extras e testar a latência, se continuar com 20ms acima vc já tira a dúvida.

[]´s

Boa ideia mesmo, melhor fazer esse teste antes de comprar roteador novo.... pode que seja o perfil alterado mesmo na central da Vivo.

diego-ch · 25/10/2017

diego-ch disse:

rota da gvt/vivo pra miami finalmente melhorando,
mas outros servidores q eu costumava pingar 82ms-85ms ainda estão pingando 140ms.

esse daqui tava 150ms uns 2 dias atrás:

Código:

Tracing route to us-florida.privateinternetaccess.com [104.156.240.130]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  LEDE.lan [192.168.26.1]
  2     5 ms     5 ms     5 ms  179.184.126.195.static.adsl.gvt.net.br [179.184.126.195]
  3     6 ms     5 ms     5 ms  201.22.65.61.dynamic.dialup.gvt.net.br [201.22.65.61]
  4    17 ms    14 ms    14 ms  201.22.76.200.dynamic.dialup.gvt.net.br [201.22.76.200]
  5    14 ms    14 ms    14 ms  216.184.112.212
  6    14 ms    15 ms    14 ms  84.16.12.252
  7    81 ms    81 ms    91 ms  213.140.38.86
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
10    84 ms    83 ms    83 ms  CHOOPA-LLC.ear1.Miami1.Level3.net [4.16.180.190]
11     *        *        *     Request timed out.
12    82 ms    82 ms    82 ms  104-156-240-130.choopa.net [104.156.240.130]

Trace complete.

Elogiei e estragou :/

Código:

Tracing route to 104-156-240-130.choopa.net [104.156.240.130]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  LEDE.lan [192.168.26.1]
  2     6 ms     9 ms     5 ms  179.184.126.195.static.adsl.gvt.net.br [179.184.126.195]
  3     6 ms     5 ms     5 ms  201.22.65.63.dynamic.dialup.gvt.net.br [201.22.65.63]
  4    23 ms    23 ms    23 ms  201.22.76.202.dynamic.dialup.gvt.net.br [201.22.76.202]
  5    20 ms    20 ms    20 ms  216.184.112.70
  6    21 ms    19 ms    19 ms  84.16.12.252
  7    68 ms    68 ms    68 ms  94.142.98.183
  8   150 ms   150 ms   152 ms  94.142.98.142
  9   148 ms   148 ms   148 ms  213.140.43.158
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12   149 ms   149 ms   150 ms  CHOOPA-LLC.ear1.Miami1.Level3.net [4.16.180.190]
 13     *        *        *     Request timed out.
 14   149 ms   149 ms   149 ms  104-156-240-130.choopa.net [104.156.240.130]

Trace complete.

Complicado isso, ver um serviço que foi muito bom durante anos, ir se acabando...
Tenho gvt há 5 anos, 25mb no primeiro ano e 50mb do segundo até hoje.
Nunca tive do que reclamar, rarissimas quedas, speedtest sempre bateu a velocidade contratada,
mas de um tempo pra cá, diga-se desde a compra pela vivo, só piora...

Concorrência de verdade aqui em joão pessoa (50mb pra cima) só a NET mesmo,
pois os provedores menores usam a rede deles e acaba dando no mesmo.

Quanto ao traceroute aí, há pelo menos 6 meses a latencia fixa era na casa dos 80ms pra essa faixa de ip, independente do horário.
e de um mês pra cá, dobrar a latência (tava pegando 160ms+ até alguns dias atrás) e agora ficar variando +-70ms...

brunofreitas_123 · 25/10/2017

diego-ch disse:
Elogiei e estragou :/

Código:

Tracing route to 104-156-240-130.choopa.net [104.156.240.130] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms LEDE.lan [192.168.26.1] 2 6 ms 9 ms 5 ms 179.184.126.195.static.adsl.gvt.net.br [179.184.126.195] 3 6 ms 5 ms 5 ms 201.22.65.63.dynamic.dialup.gvt.net.br [201.22.65.63] 4 23 ms 23 ms 23 ms 201.22.76.202.dynamic.dialup.gvt.net.br [201.22.76.202] 5 20 ms 20 ms 20 ms 216.184.112.70 6 21 ms 19 ms 19 ms 84.16.12.252 7 68 ms 68 ms 68 ms 94.142.98.183 8 150 ms 150 ms 152 ms 94.142.98.142 9 148 ms 148 ms 148 ms 213.140.43.158 10 * * * Request timed out. 11 * * * Request timed out. 12 149 ms 149 ms 150 ms CHOOPA-LLC.ear1.Miami1.Level3.net [4.16.180.190] 13 * * * Request timed out. 14 149 ms 149 ms 149 ms 104-156-240-130.choopa.net [104.156.240.130] Trace complete.

Complicado isso, ver um serviço que foi muito bom durante anos, ir se acabando...
Tenho gvt há 5 anos, 25mb no primeiro ano e 50mb do segundo até hoje.
Nunca tive do que reclamar, rarissimas quedas, speedtest sempre bateu a velocidade contratada,
mas de um tempo pra cá, diga-se desde a compra pela vivo, só piora...

Concorrência de verdade aqui em joão pessoa (50mb pra cima) só a NET mesmo,
pois os provedores menores usam a rede deles e acaba dando no mesmo.

Quanto ao traceroute aí, há pelo menos 6 meses a latencia fixa era na casa dos 80ms pra essa faixa de ip, independente do horário.
e de um mês pra cá, dobrar a latência (tava pegando 160ms+ até alguns dias atrás) e agora ficar variando +-70ms...

Tem certeza que não tem provedor local bom por aí? Aqui eu demorei pra encontrar mas achei um.
Saída internacional não tenho do que reclamar. Meu chute na vivo já tá programado.

Essa seria uma média do que a Vivo deveria ter em latência se estivessem usando, pro Nordeste, as saídas em Fortaleza.

Kindofa · 25/10/2017

ts_b0b disse:
@Kindofa referente aos pontos anteriores, só falta os dados de performance do modem quando ele cai e logs!

Acontece apenas em 1 dispositivo? Como amigo @torrentman comentou, é importante ver o melhor canal para sua rede, você pode verificar usando com o acrylic wifi. Sobre manter automático os canais eu não recomendo por vários motivos, é bom definir um canal você, experimente 1, 6 ou 11 (desde que não esteja poluído via Acrylic).

Vou ver se consigo isso hoje, estranhamente de manhã nao caiu nenhuma vez, vamos ver se agora a noite cai para eu poder copiar os logs.

neo666 disse:
Não acredito muito em coincidência mas a causa mais provável é da troca da porta de fast para interleaved no DSLAM.

Antes de gastar dinheiro em outro roteador que pode não resolver o "problema" um teste bem simples é remover os 2 cabos extras e testar a latência, se continuar com 20ms acima vc já tira a dúvida.

[]´s

Não entendi.

Internet · 25/10/2017

Bosta. Paguei uma fatura em duplicata. Vamos ver se a Vivo vai dar o desconto no próximo ciclo.

didamendes · 25/10/2017

andersonro disse:
Na moral, acho muita bobagem e perca de tempo esse assunto de INTERLEAVED, isso atinge uma pequena parcela de clientes e a obrigação das empresas é ligar e fazer funcionar o link de acordo com as regras/leis. Será que existe algum lugar que diz que elas estão fazendo errado? Talvez fazem ajustes para melhorar pra grande maioria, ficando essa pequena parcela prejudicada, ou seja, nunca haverá um serviço que atenda e atinja os anseios de todos. Já vi comentários aqui que rotas nacionais a Vivo é ótima, que já as rotas internacionais a NET quem domina, e por ai vai.

Olha que jogo LOL, o ping aqui fica em torno de 45 e está ótimo, ante ping de 80 da Oi. Então essa diferença já ficou show, quem sabe se eu morasse em SP caísse para 10, que já vi em streams, então são vários fatores envolvidos.

EDIT: olhai o caso do colega acima, se a NET ta atendendo não sei porque ainda precisa chamar a Vivo de lixo, rsrs.

Concordo com voce cara. Porem tu sabe como e internet, 1 pessoa coloca algo ai virar aquela muvuca de pessoas que não tem conhecimento naquilo e começa colocar a culpa nisso.
Esses dias apareceu o rapaz que começou colocar a culpa da demorar da play store de iniciar a atualização tudo na conta do INTERLEAVED.
Questionei a afirmação do rapaz ai começou me chamar de ignorante.
Concluiu não mexe com esse assunto de INTERLEAVED !!!

Internet · 25/10/2017

brunofreitas_123 disse:
Colega Andersonro, cada um tem sua necessidade de conexão. Se o cara precisa dos 2 serviços, antes de qualquer coisa, ele Paga por eles, ele tem todo o direito de cobrar que ele esteja funcional.
Quando a crítica do Fast/Interleaved ela é justa. Porque o que existe hoje é uma OMISSÃO por parte da Agência de padrões que são ignorados como se não fossem vitais numa rede.

Não é uma omissão e sim uma liberalidade. A ideia do regulatório não é favorecer tecnologia A sobre tecnologia B. Então não tem pra que especificar como os dados vão no meio do caminho, o que efetivamente importa é se eles chegam íntegros no destino. Então o parâmetro de latência precisa abarcar todos esses casos, incluindo pontos do país que estão relativamente isolados em termos de interconexão.

brunofreitas_123 disse:
Não satisfeita em ser omissa em muitos pontos, vem a Anatel com um TAC de Mãe pra Vivo. Trocar multa por investimento em área COMERCIAL.
Porque não trocam multa por construção de infraestrutura compartilhada?

Cabe acrescentar que a princípio são áreas com VPL negativo, ou seja, sem um ROI para a prestadora. Por outro lado, a prestadora pode tentar ganhar em cima do fato de ter um backhaul de fibra, para por exemplo, ligar suas ERBs do serviço móvel. Então é uma coisa bem discutível se ela realmente está sendo punida e/ou se há o ganho que realmente se promete para o residente nas regiões do TAC, especialmente no caso de não existir obrigação de acesso aberto ao backhaul ou ao backbone.

brunofreitas_123 disse:
Trocando em miúdos, não é porque nosso "FCC" tupiniquim não quer legislar sobre isso, que a gnt vai ser quadrado em aceitar que porque o mercado é livre, tudo pode, e da forma que quiserem.
Que troquem os padrões técnicos do serviço e façam da forma que quiserem, mas se a gente, como consumidor, não puxar o desempenho do serviço e das empresas para o melhor, a gente é engolido pela degradação e perda de qualidade.
Hoje é o padrão Interleaved, amanhã o uso de franquias, depois o fim da neutralidade...

Fica a dica.

A comparação é totalmente descabida. Aliás, a oposição ao Interleaving só se dá por conta da questão da latência. Se não fosse por isso, ninguém notava e ninguém iria dizer que estavam fazendo downgrade ou coisa do tipo. Eu concordo que não é a melhor solução, preferiria que utilizassem G.INP. Por outro lado, não são todos os modems que suportam isso.

brunofreitas_123 disse:
O pior de tudo mesmo é ver a desconstrução da imagem positiva que a GVT tinha. O marketing boca-a-boca praticamente não existe mais. Pra mim, hoje, a Vivo vende preço, e não valor.

Isso ao meu ver já se foi bem antes da compra da GVT pela Telefônica.

neo666 · 25/10/2017

diego-ch disse:
Elogiei e estragou :/

Código:

Tracing route to 104-156-240-130.choopa.net [104.156.240.130] over a maximum of 30 hops: 1 <1 ms <1 ms <1 ms LEDE.lan [192.168.26.1] 2 6 ms 9 ms 5 ms 179.184.126.195.static.adsl.gvt.net.br [179.184.126.195] 3 6 ms 5 ms 5 ms 201.22.65.63.dynamic.dialup.gvt.net.br [201.22.65.63] 4 23 ms 23 ms 23 ms 201.22.76.202.dynamic.dialup.gvt.net.br [201.22.76.202] 5 20 ms 20 ms 20 ms 216.184.112.70 6 21 ms 19 ms 19 ms 84.16.12.252 7 68 ms 68 ms 68 ms 94.142.98.183 8 150 ms 150 ms 152 ms 94.142.98.142 9 148 ms 148 ms 148 ms 213.140.43.158 10 * * * Request timed out. 11 * * * Request timed out. 12 149 ms 149 ms 150 ms CHOOPA-LLC.ear1.Miami1.Level3.net [4.16.180.190] 13 * * * Request timed out. 14 149 ms 149 ms 149 ms 104-156-240-130.choopa.net [104.156.240.130] Trace complete.

Complicado isso, ver um serviço que foi muito bom durante anos, ir se acabando...
Tenho gvt há 5 anos, 25mb no primeiro ano e 50mb do segundo até hoje.
Nunca tive do que reclamar, rarissimas quedas, speedtest sempre bateu a velocidade contratada,
mas de um tempo pra cá, diga-se desde a compra pela vivo, só piora...

Concorrência de verdade aqui em joão pessoa (50mb pra cima) só a NET mesmo,
pois os provedores menores usam a rede deles e acaba dando no mesmo.

Quanto ao traceroute aí, há pelo menos 6 meses a latencia fixa era na casa dos 80ms pra essa faixa de ip, independente do horário.
e de um mês pra cá, dobrar a latência (tava pegando 160ms+ até alguns dias atrás) e agora ficar variando +-70ms...

brunofreitas_123 disse:
Tem certeza que não tem provedor local bom por aí? Aqui eu demorei pra encontrar mas achei um.
Saída internacional não tenho do que reclamar. Meu chute na vivo já tá programado.

Essa seria uma média do que a Vivo deveria ter em latência se estivessem usando, pro Nordeste, as saídas em Fortaleza.

Isso é um servidor de jogo? Qual?

Hoje mesmo estávamos falando sobre o IX e na minha opinião acho que às vezes o pessoal joga uma carga de responsabilidade só no provedor ao invés do serviço.

Seria bem mais fácil se os jogadores/usuários se mobilizassem junto ao fornecedor do serviço para que este arrume formas de estar mais próxima ao cliente, seja com troca de tráfego mais rápida, seja subindo servidores mais próximo a eles. Alem da limitações técnicas e geográficas isso não é necessariamente uma responsabilidade só do ISP.

Já vi inúmeras situações desse tipo e tem bem mais chances de surtir efeito, na pior das hipóteses a própria produtora/mantenedora entra em contato com a VIVO (exemplo) para fazer alguma melhoria nas rotas entre as redes.

[]'s

brunofreitas_123 · 26/10/2017

neo666 disse:
Isso é um servidor de jogo? Qual?

Hoje mesmo estávamos falando sobre o IX e na minha opinião acho que às vezes o pessoal joga uma carga de responsabilidade só no provedor ao invés do serviço.

Seria bem mais fácil se os jogadores/usuários se mobilizassem junto ao fornecedor do serviço para que este arrume formas de estar mais próxima ao cliente, seja com troca de tráfego mais rápida, seja subindo servidores mais próximo a eles. Alem da limitações técnicas e geográficas isso não é necessariamente uma responsabilidade só do ISP.

Já vi inúmeras situações desse tipo e tem bem mais chances de surtir efeito, na pior das hipóteses a própria produtora/mantenedora entra em contato com a VIVO (exemplo) para fazer alguma melhoria nas rotas entre as redes.

[]'s

O X da questão é que tanto houve essa troca de padrão na Vivo como alteraram as rotas internacionais (SP, eu sei que percebeu melhora na rota pros EUA, mas o resto da galera, notou piora).
Na realidade, como a rota de todo mundo padronizou pela mesma saída, quem está mais longe (em relação a SP) teve a latência piorada. Eu fiz teste com amigos em Recife, Salvador, São Paulo, além daqui, Fortaleza.
Eu fico me perguntando se isso já é o cabo BRUSA que está parcialmente em uso. Creio que não. A previsão era pra 2018.
Fato é que se esse cabo novo não salvar a latência, eu sou um dos que não volto mais.

zug0 · 26/10/2017

Onde eu moro não tem nada melhor que 35MB, fiz uma pesquisa rápida e pelo que estou pagando na vivo com interleaved (meu ping na maioria dos jogos subiu de 28 para 55) daria para pegar a NET com 120MB. Alguem de brasília ou região teria alguma reclamação quanto ao serviço de internet da NET?

Pelo que pesquisei também não tem nem sinal de fibra chegando aqui, moro na asa norte e só tem um bairro em Brasília (novo) que está chegando fibra da vivo.

Eu só teria que ver a questao da instalação aqui em casa, teria q usar o mesmo cabo que passa por fora para a instalação da VIVO, visto que não vou reformar o meu apartamento par apassar um cabo pelo shaft do banheiro (que é normalmente como eles instalam aqui em Brasília), então ainda teria q chamar um tecnico da net aqui para ver isso. Sem contar que to bem insatisfeito com a televisão... não pega a maioria dos canais direito (fica engasgando) e um técnico já veio aqui para tentar arrumar e disse q não tinha jeito de arrumar devido a interferência ser de uma antena de celular que tem do lado do meu prédio. Ele inclusive disse que ia colocar na ficha que se eu mandasse cancelar a tv não iria ficar preso no contrato.

Como a net não é satélite creio que de quebra ainda ficaria com a televisão funcionando bacana.

ts_b0b · 26/10/2017

neo666 disse:
Isso é um servidor de jogo? Qual?

Hoje mesmo estávamos falando sobre o IX e na minha opinião acho que às vezes o pessoal joga uma carga de responsabilidade só no provedor ao invés do serviço.

Seria bem mais fácil se os jogadores/usuários se mobilizassem junto ao fornecedor do serviço para que este arrume formas de estar mais próxima ao cliente, seja com troca de tráfego mais rápida, seja subindo servidores mais próximo a eles. Alem da limitações técnicas e geográficas isso não é necessariamente uma responsabilidade só do ISP.

Já vi inúmeras situações desse tipo e tem bem mais chances de surtir efeito, na pior das hipóteses a própria produtora/mantenedora entra em contato com a VIVO (exemplo) para fazer alguma melhoria nas rotas entre as redes.

[]'s

@neo666 estava falando isso esses dias com o @Yagozera e ae recordei do custo Brasil, um dedicado que custa 90USD/Mensal no Canadá, o mesmo no Brasil vão pedir R$ 1.700,00/Mensal!

O governo brasileiro impede o desenvolvimento também!

Um clã de CS me chamou em 2013 para analisar um problema de segurança no servidor deles, naquela época, pagavam R$ 1.200,00 (sem gerenciamento) e era no UOL! Não sei como as coisas andam hoje em dia!

O provedor de jogos do @Yagozera disse que as grandes operadoras mostram resistência para chegarem até o IX com eles! Yago, consegue colocar um print aqui do pessoal lá dos servidores de CS?

Kindofa · 26/10/2017

ts_b0b disse:
Sugestão: verifique se o histórico (syslog) contém registro (debug, warning, error, critical, alert e emergency), se sim cola aqui, para tentarmos olhar algo (mesmo os logs sendo genéricos):

Se o seu uso for intenso, sugiro ativar o WMM para o WiFi! Quantas quedas ocorrem no WiFi? Após enviar os logs, poderia desativar o histórico de acesso, usando o /padrao?

Segue um review que fiz sobre o Mitra com ajuda do @Junior S. :
https://adrenaline.uol.com.br/forum...-fibra-docsis.594503/page-240#post-1072973217

o que tem aqui depois de 3 quedas.

DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=45.251.116.50 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=42 ID=17374 PROTO=TCP SPT=62156 DPT=23 WINDOW=38820 RES=0x00 SYN URGP=0
284 Oct 25 22:15:29 DEBUG Sending discover...
285 Oct 25 22:15:30 DEBUG Sending discover...
286 Oct 25 22:16:35 DEBUG Sending discover...
287 Oct 25 22:16:37 DEBUG Sending discover...
288 Oct 25 22:16:39 DEBUG Sending discover...
289 Oct 25 22:17:43 DEBUG Sending discover...
290 Oct 25 22:17:45 DEBUG Sending discover...
291 Oct 25 22:17:46 DEBUG Sending discover...
292 Oct 25 22:18:50 DEBUG Sending discover...
293 Oct 25 22:18:53 DEBUG Sending discover...
294 Oct 25 22:18:55 DEBUG Sending discover...
295 Oct 25 22:19:42 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=179.216.51.192 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=59 ID=35175 PROTO=TCP SPT=7240 DPT=23 WINDOW=51617 RES=0x00 SYN URGP=0
296 Oct 25 22:19:59 DEBUG Sending discover...
297 Oct 25 22:20:01 DEBUG Sending discover...
298 Oct 25 22:20:02 DEBUG Sending discover...
299 Oct 25 22:21:02 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=68.110.87.18 DST=179.186.18.203 LEN=44 TOS=0x04 PREC=0x00 TTL=241 ID=54321 PROTO=TCP SPT=45878 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
300 Oct 25 22:21:06 DEBUG Sending discover...
301 Oct 25 22:21:09 DEBUG Sending discover...
302 Oct 25 22:21:11 DEBUG Sending discover...
303 Oct 25 22:22:15 DEBUG Sending discover...
304 Oct 25 22:22:17 DEBUG Sending discover...
305 Oct 25 22:22:18 DEBUG Sending discover...
306 Oct 25 22:23:22 DEBUG Sending discover...
307 Oct 25 22:23:25 DEBUG Sending discover...
308 Oct 25 22:23:27 DEBUG Sending discover...
309 Oct 25 22:24:31 DEBUG Sending discover...
310 Oct 25 22:24:33 DEBUG Sending discover...
311 Oct 25 22:24:34 DEBUG Sending discover...
312 Oct 25 22:25:39 DEBUG Sending discover...
313 Oct 25 22:25:41 DEBUG Sending discover...
314 Oct 25 22:25:43 DEBUG Sending discover...
315 Oct 25 22:26:36 INFO DHCP client connect,IP:192.168.15.2
316 Oct 25 22:26:36 INFO DHCP client connect,IP:192.168.15.3
317 Oct 25 22:26:36 INFO DHCP client connect,IP:192.168.15.4
318 Oct 25 22:26:36 INFO DHCP client connect,IP:192.168.15.5
319 Oct 25 22:26:36 INFO DHCP client connect,IP:192.168.15.7
320 Oct 25 22:26:47 DEBUG Sending discover...
321 Oct 25 22:26:49 DEBUG Sending discover...
322 Oct 25 22:26:50 DEBUG Sending discover...
323 Oct 25 22:27:00 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=116.72.10.136 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=48 ID=30808 PROTO=TCP SPT=49810 DPT=23 WINDOW=46570 RES=0x00 SYN URGP=0
324 Oct 25 22:27:27 INFO entering kernel listen mode
325 Oct 25 22:27:27 INFO Entering renew state
326 Oct 25 22:27:27 DEBUG Sending renew...
327 Oct 25 22:27:55 DEBUG Sending discover...
328 Oct 25 22:27:57 DEBUG Sending discover...
329 Oct 25 22:27:59 DEBUG Sending discover...
330 Oct 25 22:28:14 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=187.192.151.185 DST=179.186.18.203 LEN=44 TOS=0x04 PREC=0x00 TTL=52 ID=4601 PROTO=TCP SPT=4094 DPT=23 WINDOW=22513 RES=0x00 SYN URGP=0
331 Oct 25 22:28:32 INFO Periodic inform success
332 Oct 25 22:29:03 DEBUG Sending discover...
333 Oct 25 22:29:05 DEBUG Sending discover...
334 Oct 25 22:29:07 DEBUG Sending discover...
335 Oct 25 22:29:19 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=80.55.169.157 DST=179.186.18.203 LEN=44 TOS=0x04 PREC=0x00 TTL=52 ID=47142 PROTO=TCP SPT=51955 DPT=23 WINDOW=34948 RES=0x00 SYN URGP=0
336 Oct 25 22:30:12 DEBUG Sending discover...
337 Oct 25 22:30:14 DEBUG Sending discover...
338 Oct 25 22:30:16 DEBUG Sending discover...
339 Oct 25 22:31:20 DEBUG Sending discover...
340 Oct 25 22:31:22 DEBUG Sending discover...
341 Oct 25 22:31:24 DEBUG Sending discover...
342 Oct 25 22:31:35 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=46.17.96.12 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=236 ID=2976 PROTO=TCP SPT=40830 DPT=22 WINDOW=1024 RES=0x00 SYN URGP=0
343 Oct 25 22:32:29 DEBUG Sending discover...
344 Oct 25 22:32:31 DEBUG Sending discover...
345 Oct 25 22:32:33 DEBUG Sending discover...
346 Oct 25 22:33:37 DEBUG Sending discover...
347 Oct 25 22:33:39 DEBUG Sending discover...
348 Oct 25 22:33:41 DEBUG Sending discover...
349 Oct 25 22:34:26 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=212.142.154.175 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=49 ID=9621 PROTO=TCP SPT=3227 DPT=23 WINDOW=27123 RES=0x00 SYN URGP=0
350 Oct 25 22:34:46 DEBUG Sending discover...
351 Oct 25 22:34:48 DEBUG Sending discover...
352 Oct 25 22:34:50 DEBUG Sending discover...
353 Oct 25 22:35:54 DEBUG Sending discover...
354 Oct 25 22:35:56 DEBUG Sending discover...
355 Oct 25 22:35:57 DEBUG Sending discover...
356 Oct 25 22:37:02 DEBUG Sending discover...
357 Oct 25 22:37:04 DEBUG Sending discover...
358 Oct 25 22:37:06 DEBUG Sending discover...
359 Oct 25 22:38:08 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=179.186.254.117 DST=179.186.18.203 LEN=44 TOS=0x00 PREC=0x00 TTL=250 ID=30317 PROTO=TCP SPT=34536 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
360 Oct 25 22:38:10 DEBUG Sending discover...
361 Oct 25 22:38:12 DEBUG Sending discover...
362 Oct 25 22:38:13 DEBUG Sending discover...
363 Oct 25 22:39:13 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=89.39.105.86 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=240 ID=54321 PROTO=TCP SPT=43888 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
364 Oct 25 22:39:18 DEBUG Sending discover...
365 Oct 25 22:39:20 DEBUG Sending discover...
366 Oct 25 22:39:22 DEBUG Sending discover...
367 Oct 25 22:40:18 INFO received REQUEST
368 Oct 25 22:40:18 INFO sending ACK to 192.168.15.2
369 Oct 25 22:40:18 INFO DHCP client connect,IP:192.168.15.2
370 Oct 25 22:40:18 INFO DHCP client connect,IP:192.168.15.3
371 Oct 25 22:40:18 INFO DHCP client connect,IP:192.168.15.4
372 Oct 25 22:40:18 INFO DHCP client connect,IP:192.168.15.5
373 Oct 25 22:40:18 INFO DHCP client connect,IP:192.168.15.7
374 Oct 25 22:40:26 DEBUG Sending discover...
375 Oct 25 22:40:28 DEBUG Sending discover...
376 Oct 25 22:40:30 DEBUG Sending discover...
377 Oct 25 22:41:34 DEBUG Sending discover...
378 Oct 25 22:41:37 DEBUG Sending discover...
379 Oct 25 22:41:39 DEBUG Sending discover...
380 Oct 25 22:42:43 DEBUG Sending discover...
381 Oct 25 22:42:45 DEBUG Sending discover...
382 Oct 25 22:42:47 DEBUG Sending discover...
383 Oct 25 22:43:04 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=45.4.244.18 DST=179.186.18.203 LEN=60 TOS=0x00 PREC=0x00 TTL=58 ID=28776 PROTO=ICMP TYPE=8 CODE=0 ID=3 SEQ=54839
384 Oct 25 22:43:50 DEBUG Sending discover...
385 Oct 25 22:43:53 DEBUG Sending discover...
386 Oct 25 22:43:55 DEBUG Sending discover...
387 Oct 25 22:44:14 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=58.242.68.186 DST=179.186.18.203 LEN=28 TOS=0x04 PREC=0x00 TTL=110 ID=5348 PROTO=ICMP TYPE=8 CODE=0 ID=13056 SEQ=52077
388 Oct 25 22:44:59 DEBUG Sending discover...
389 Oct 25 22:45:01 DEBUG Sending discover...
390 Oct 25 22:45:03 DEBUG Sending discover...
391 Oct 25 22:45:29 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=82.240.169.182 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=44 ID=23870 PROTO=TCP SPT=47586 DPT=23 WINDOW=56458 RES=0x00 SYN URGP=0
392 Oct 25 22:46:06 DEBUG Sending discover...
393 Oct 25 22:46:09 DEBUG Sending discover...
394 Oct 25 22:46:11 DEBUG Sending discover...
395 Oct 25 22:47:15 DEBUG Sending discover...
396 Oct 25 22:47:17 DEBUG Sending discover...
397 Oct 25 22:47:19 DEBUG Sending discover...
398 Oct 25 22:48:09 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=86.34.205.27 DST=179.186.18.203 LEN=44 TOS=0x04 PREC=0x00 TTL=48 ID=30801 PROTO=TCP SPT=12385 DPT=23 WINDOW=8817 RES=0x00 SYN URGP=0
399 Oct 25 22:48:23 DEBUG Sending discover...
400 Oct 25 22:48:26 DEBUG Sending discover...
401 Oct 25 22:48:28 DEBUG Sending discover...
402 Oct 25 22:49:20 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=165.227.117.2 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=240 ID=54321 PROTO=TCP SPT=43718 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
403 Oct 25 22:49:32 DEBUG Sending discover...
404 Oct 25 22:49:34 DEBUG Sending discover...
405 Oct 25 22:49:35 DEBUG Sending discover...
406 Oct 25 22:49:57 DEBUG Sending renew...
407 Oct 25 22:50:22 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=122.195.105.200 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=48 ID=8814 PROTO=TCP SPT=42613 DPT=23 WINDOW=35677 RES=0x00 SYN URGP=0
408 Oct 25 22:50:40 DEBUG Sending discover...
409 Oct 25 22:50:42 DEBUG Sending discover...
410 Oct 25 22:50:44 DEBUG Sending discover...
411 Oct 25 22:51:48 DEBUG Sending discover...
412 Oct 25 22:51:50 DEBUG Sending discover...
413 Oct 25 22:51:51 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=61.50.106.82 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=47 ID=38211 PROTO=TCP SPT=4619 DPT=23 WINDOW=38384 RES=0x00 SYN URGP=0
414 Oct 25 22:51:52 DEBUG Sending discover...
415 Oct 25 22:52:57 DEBUG Sending discover...
416 Oct 25 22:52:59 DEBUG Sending discover...
417 Oct 25 22:53:01 DEBUG Sending discover...
418 Oct 25 22:53:28 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=138.117.32.102 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=58 ID=52827 PROTO=TCP SPT=35771 DPT=23 WINDOW=39339 RES=0x00 SYN URGP=0
419 Oct 25 22:54:05 DEBUG Sending discover...
420 Oct 25 22:54:06 DEBUG Sending discover...
421 Oct 25 22:54:08 DEBUG Sending discover...
422 Oct 25 22:55:13 DEBUG Sending discover...
423 Oct 25 22:55:15 DEBUG Sending discover...
424 Oct 25 22:55:17 DEBUG Sending discover...
425 Oct 25 22:56:21 DEBUG Sending discover...
426 Oct 25 22:56:22 DEBUG Sending discover...
427 Oct 25 22:56:24 DEBUG Sending discover...
428 Oct 25 22:56:35 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=113.193.132.33 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=48 ID=17841 PROTO=TCP SPT=53878 DPT=23 WINDOW=60750 RES=0x00 SYN URGP=0
429 Oct 25 22:57:29 DEBUG Sending discover...
430 Oct 25 22:57:31 DEBUG Sending discover...
431 Oct 25 22:57:33 DEBUG Sending discover...
432 Oct 25 22:58:37 DEBUG Sending discover...
433 Oct 25 22:58:38 DEBUG Sending discover...
434 Oct 25 22:58:40 DEBUG Sending discover...
435 Oct 25 22:59:45 DEBUG Sending discover...
436 Oct 25 22:59:47 DEBUG Sending discover...
437 Oct 25 22:59:49 DEBUG Sending discover...
438 Oct 25 23:00:53 DEBUG Sending discover...
439 Oct 25 23:00:54 DEBUG Sending discover...
440 Oct 25 23:00:56 DEBUG Sending discover...
441 Oct 25 23:01:12 DEBUG Sending renew...
442 Oct 25 23:02:01 DEBUG Sending discover...
443 Oct 25 23:02:03 DEBUG Sending discover...
444 Oct 25 23:02:05 DEBUG Sending discover...
445 Oct 25 23:02:54 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=200.207.180.200 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=246 ID=1661 PROTO=TCP SPT=17515 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
446 Oct 25 23:03:09 DEBUG Sending discover...
447 Oct 25 23:03:10 DEBUG Sending discover...
448 Oct 25 23:03:12 DEBUG Sending discover...
449 Oct 25 23:04:17 DEBUG Sending discover...
450 Oct 25 23:04:19 DEBUG Sending discover...
451 Oct 25 23:04:21 DEBUG Sending discover...
452 Oct 25 23:04:21 INFO Add UPnP pass through firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
453 Oct 25 23:05:25 DEBUG Sending discover...
454 Oct 25 23:05:27 DEBUG Sending discover...
455 Oct 25 23:05:29 DEBUG Sending discover...
456 Oct 25 23:05:57 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=186.57.128.142 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=55 ID=36657 PROTO=TCP SPT=9743 DPT=22 WINDOW=64617 RES=0x00 SYN URGP=0
457 Oct 25 23:06:34 DEBUG Sending discover...
458 Oct 25 23:06:36 DEBUG Sending discover...
459 Oct 25 23:06:38 DEBUG Sending discover...
460 Oct 25 23:06:49 DEBUG Sending renew...
461 Oct 25 23:07:14 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=181.210.47.3 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=243 ID=37025 PROTO=TCP SPT=32168 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
462 Oct 25 23:07:42 DEBUG Sending discover...
463 Oct 25 23:07:43 DEBUG Sending discover...
464 Oct 25 23:07:45 DEBUG Sending discover...
465 Oct 25 23:08:50 DEBUG Sending discover...
466 Oct 25 23:08:52 DEBUG Sending discover...
467 Oct 25 23:08:54 DEBUG Sending discover...
468 Oct 25 23:09:37 DEBUG Sending renew...
469 Oct 25 23:09:53 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=116.233.195.188 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=49 ID=53314 PROTO=TCP SPT=42199 DPT=23 WINDOW=35327 RES=0x00 SYN URGP=0
470 Oct 25 23:09:58 DEBUG Sending discover...
471 Oct 25 23:09:59 DEBUG Sending discover...
472 Oct 25 23:10:01 DEBUG Sending discover...
473 Oct 25 23:11:01 DEBUG Sending renew...
474 Oct 25 23:11:06 DEBUG Sending discover...
475 Oct 25 23:11:08 DEBUG Sending discover...
476 Oct 25 23:11:10 DEBUG Sending discover...
477 Oct 25 23:11:43 DEBUG Sending renew...
478 Oct 25 23:11:52 INFO Delete UPnP pass through Firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
479 Oct 25 23:11:53 INFO Add UPnP pass through firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
480 Oct 25 23:12:02 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=138.117.32.102 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=58 ID=52827 PROTO=TCP SPT=35771 DPT=23 WINDOW=39339 RES=0x00 SYN URGP=0
481 Oct 25 23:12:05 DEBUG Sending renew...
482 Oct 25 23:12:14 DEBUG Sending discover...
483 Oct 25 23:12:15 DEBUG Sending discover...
484 Oct 25 23:12:16 DEBUG Sending renew...
485 Oct 25 23:12:17 DEBUG Sending discover...
486 Oct 25 23:12:21 DEBUG Sending renew...
487 Oct 25 23:12:24 DEBUG Sending renew...
488 Oct 25 23:12:25 DEBUG Sending renew...
489 Oct 25 23:12:26 INFO Entering rebinding state
490 Oct 25 23:12:27 DEBUG Sending renew...
491 Oct 25 23:12:27 INFO Lease of 10.180.23.190 obtained, lease time 7200
492 Oct 25 23:12:27 INFO entering none listen mode
493 Oct 25 23:13:22 DEBUG Sending discover...
494 Oct 25 23:13:24 DEBUG Sending discover...
495 Oct 25 23:13:26 DEBUG Sending discover...
496 Oct 25 23:14:02 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=5.188.10.182 DST=179.186.18.203 LEN=60 TOS=0x04 PREC=0x00 TTL=46 ID=30763 DF PROTO=TCP SPT=37510 DPT=22 WINDOW=29200 RES=0x00 SYN URGP=0
497 Oct 25 23:14:26 INFO Delete UPnP pass through Firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
498 Oct 25 23:14:27 INFO Add UPnP pass through firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
499 Oct 25 23:14:30 DEBUG Sending discover...
500 Oct 25 23:14:31 DEBUG Sending discover...
501 Oct 25 23:14:33 DEBUG Sending discover...
502 Oct 25 23:15:38 DEBUG Sending discover...
503 Oct 25 23:15:40 DEBUG Sending discover...
504 Oct 25 23:15:42 DEBUG Sending discover...
505 Oct 25 23:15:58 INFO Delete UPnP pass through Firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
506 Oct 25 23:15:59 INFO Add UPnP pass through firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
507 Oct 25 23:16:46 DEBUG Sending discover...
508 Oct 25 23:16:47 DEBUG Sending discover...
509 Oct 25 23:16:49 DEBUG Sending discover...
510 Oct 25 23:17:54 DEBUG Sending discover...
511 Oct 25 23:17:56 DEBUG Sending discover...
512 Oct 25 23:17:58 DEBUG Sending discover...
513 Oct 25 23:18:16 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=194.88.105.219 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=239 ID=54321 PROTO=TCP SPT=35131 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
514 Oct 25 23:18:30 INFO Delete UPnP pass through Firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
515 Oct 25 23:18:31 INFO Add UPnP pass through firewall rule, name=3E577B0D, external Port=42970, internal IP

ort=192.168.15.3:42970
516 Oct 25 23:19:02 DEBUG Sending discover...
517 Oct 25 23:19:04 DEBUG Sending discover...
518 Oct 25 23:19:05 DEBUG Sending discover...
519 Oct 25 23:19:59 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=113.193.191.174 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=49 ID=28671 PROTO=TCP SPT=12770 DPT=23 WINDOW=7370 RES=0x00 SYN URGP=0
520 Oct 25 23:20:10 DEBUG Sending discover...
521 Oct 25 23:20:12 DEBUG Sending discover...
522 Oct 25 23:20:14 DEBUG Sending discover...
523 Oct 25 23:21:18 DEBUG Sending discover...
524 Oct 25 23:21:20 DEBUG Sending discover...
525 Oct 25 23:21:21 DEBUG Sending discover...
526 Oct 25 23:22:26 DEBUG Sending discover...
527 Oct 25 23:22:28 DEBUG Sending discover...
528 Oct 25 23:22:30 DEBUG Sending discover...
529 Oct 25 23:23:34 DEBUG Sending discover...
530 Oct 25 23:23:36 DEBUG Sending discover...
531 Oct 25 23:23:37 DEBUG Sending discover...
532 Oct 25 23:24:41 DEBUG Sending discover...
533 Oct 25 23:24:44 DEBUG Sending discover...
534 Oct 25 23:24:46 DEBUG Sending discover...
535 Oct 25 23:25:09 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=85.175.176.138 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=48 ID=48526 PROTO=TCP SPT=35059 DPT=22 WINDOW=53408 RES=0x00 SYN URGP=0
536 Oct 25 23:25:34 INFO received REQUEST
537 Oct 25 23:25:34 INFO sending ACK to 192.168.15.2
538 Oct 25 23:25:34 INFO DHCP client connect,IP:192.168.15.2
539 Oct 25 23:25:34 INFO DHCP client connect,IP:192.168.15.3
540 Oct 25 23:25:34 INFO DHCP client connect,IP:192.168.15.4
541 Oct 25 23:25:34 INFO DHCP client connect,IP:192.168.15.5
542 Oct 25 23:25:34 INFO DHCP client connect,IP:192.168.15.7
543 Oct 25 23:25:50 DEBUG Sending discover...
544 Oct 25 23:25:52 DEBUG Sending discover...
545 Oct 25 23:25:53 DEBUG Sending discover...
546 Oct 25 23:26:48 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=89.39.105.86 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=239 ID=54321 PROTO=TCP SPT=49791 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
547 Oct 25 23:26:58 DEBUG Sending discover...
548 Oct 25 23:27:00 DEBUG Sending discover...
549 Oct 25 23:27:02 DEBUG Sending discover...
550 Oct 25 23:28:06 DEBUG Sending discover...
551 Oct 25 23:28:08 DEBUG Sending discover...
552 Oct 25 23:28:09 DEBUG Sending discover...
553 Oct 25 23:28:44 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=191.82.133.185 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=53 ID=4079 PROTO=TCP SPT=52843 DPT=22 WINDOW=58950 RES=0x00 SYN URGP=0
554 Oct 25 23:29:14 DEBUG Sending discover...
555 Oct 25 23:29:16 DEBUG Sending discover...
556 Oct 25 23:29:18 DEBUG Sending discover...
557 Oct 25 23:30:22 DEBUG Sending discover...
558 Oct 25 23:30:24 DEBUG Sending discover...
559 Oct 25 23:30:25 DEBUG Sending discover...
560 Oct 25 23:31:29 DEBUG Sending discover...
561 Oct 25 23:31:32 DEBUG Sending discover...
562 Oct 25 23:31:34 DEBUG Sending discover...
563 Oct 25 23:32:00 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=177.189.135.90 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=246 ID=10060 PROTO=TCP SPT=61090 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
564 Oct 25 23:32:38 DEBUG Sending discover...
565 Oct 25 23:32:40 DEBUG Sending discover...
566 Oct 25 23:32:41 DEBUG Sending discover...
567 Oct 25 23:33:45 DEBUG Sending discover...
568 Oct 25 23:33:48 DEBUG Sending discover...
569 Oct 25 23:33:50 DEBUG Sending discover...
570 Oct 25 23:34:54 DEBUG Sending discover...
571 Oct 25 23:34:56 DEBUG Sending discover...
572 Oct 25 23:34:57 DEBUG Sending discover...
573 Oct 25 23:35:32 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=187.104.119.61 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=53 ID=45363 PROTO=TCP SPT=20545 DPT=23 WINDOW=22857 RES=0x00 SYN URGP=0
574 Oct 25 23:36:01 DEBUG Sending discover...
575 Oct 25 23:36:04 DEBUG Sending discover...
576 Oct 25 23:36:06 DEBUG Sending discover...
577 Oct 25 23:36:36 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=61.50.106.82 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=47 ID=38211 PROTO=TCP SPT=4619 DPT=23 WINDOW=38384 RES=0x00 SYN URGP=0
578 Oct 25 23:37:10 DEBUG Sending discover...
579 Oct 25 23:37:12 DEBUG Sending discover...
580 Oct 25 23:37:13 DEBUG Sending discover...
581 Oct 25 23:38:18 DEBUG Sending discover...
582 Oct 25 23:38:20 DEBUG Sending discover...
583 Oct 25 23:38:22 DEBUG Sending discover...
584 Oct 25 23:38:38 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=188.18.92.37 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=46 ID=65138 PROTO=TCP SPT=51759 DPT=23 WINDOW=55869 RES=0x00 SYN URGP=0
585 Oct 25 23:39:26 DEBUG Sending discover...
586 Oct 25 23:39:28 DEBUG Sending discover...
587 Oct 25 23:39:29 DEBUG Sending discover...
588 Oct 25 23:40:34 DEBUG Sending discover...
589 Oct 25 23:40:36 DEBUG Sending discover...
590 Oct 25 23:40:38 DEBUG Sending discover...
591 Oct 25 23:40:39 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=223.111.214.163 DST=179.186.18.203 LEN=88 TOS=0x04 PREC=0x00 TTL=43 ID=54741 DF PROTO=ICMP TYPE=8 CODE=0 ID=11724 SEQ=1
592 Oct 25 23:41:42 DEBUG Sending discover...
593 Oct 25 23:41:44 DEBUG Sending discover...
594 Oct 25 23:41:45 DEBUG Sending discover...
595 Oct 25 23:42:40 INFO received REQUEST
596 Oct 25 23:42:40 INFO sending ACK to 192.168.15.2
597 Oct 25 23:42:40 INFO DHCP client connect,IP:192.168.15.2
598 Oct 25 23:42:40 INFO DHCP client connect,IP:192.168.15.3
599 Oct 25 23:42:40 INFO DHCP client connect,IP:192.168.15.4
600 Oct 25 23:42:40 INFO DHCP client connect,IP:192.168.15.5
601 Oct 25 23:42:40 INFO DHCP client connect,IP:192.168.15.7
602 Oct 25 23:42:49 DEBUG Sending discover...
603 Oct 25 23:42:52 DEBUG Sending discover...
604 Oct 25 23:42:54 DEBUG Sending discover...
605 Oct 25 23:43:58 DEBUG Sending discover...
606 Oct 25 23:44:00 DEBUG Sending discover...
607 Oct 25 23:44:01 DEBUG Sending discover...
608 Oct 25 23:44:33 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=223.244.111.12 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=48 ID=63402 PROTO=TCP SPT=54481 DPT=23 WINDOW=63993 RES=0x00 SYN URGP=0
609 Oct 25 23:45:05 DEBUG Sending discover...
610 Oct 25 23:45:08 DEBUG Sending discover...
611 Oct 25 23:45:10 DEBUG Sending discover...
612 Oct 25 23:46:14 DEBUG Sending discover...
613 Oct 25 23:46:16 DEBUG Sending discover...
614 Oct 25 23:46:17 DEBUG Sending discover...
615 Oct 25 23:46:52 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=60.243.31.102 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=47 ID=57054 PROTO=TCP SPT=59799 DPT=23 WINDOW=50367 RES=0x00 SYN URGP=0
616 Oct 25 23:47:22 DEBUG Sending discover...
617 Oct 25 23:47:24 DEBUG Sending discover...
618 Oct 25 23:47:26 DEBUG Sending discover...
619 Oct 25 23:48:06 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=189.46.230.39 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=247 ID=52530 PROTO=TCP SPT=34957 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
620 Oct 25 23:48:30 DEBUG Sending discover...
621 Oct 25 23:48:31 DEBUG Sending discover...
622 Oct 25 23:48:33 DEBUG Sending discover...
623 Oct 25 23:49:38 DEBUG Sending discover...
624 Oct 25 23:49:40 DEBUG Sending discover...
625 Oct 25 23:49:42 DEBUG Sending discover...
626 Oct 25 23:50:46 DEBUG Sending discover...
627 Oct 25 23:50:48 DEBUG Sending discover...
628 Oct 25 23:50:49 DEBUG Sending discover...
629 Oct 25 23:51:30 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=121.39.88.19 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=211 ID=3961 PROTO=TCP SPT=3664 DPT=80 WINDOW=43432 RES=0x00 SYN URGP=0
630 Oct 25 23:51:54 DEBUG Sending discover...
631 Oct 25 23:51:56 DEBUG Sending discover...
632 Oct 25 23:51:58 DEBUG Sending discover...
633 Oct 25 23:53:02 DEBUG Sending discover...
634 Oct 25 23:53:03 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=183.234.42.136 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=235 ID=26470 PROTO=TCP SPT=19806 DPT=23 WINDOW=65535 RES=0x00 SYN URGP=0
635 Oct 25 23:53:04 DEBUG Sending discover...
636 Oct 25 23:53:05 DEBUG Sending discover...
637 Oct 25 23:54:09 DEBUG Sending discover...
638 Oct 25 23:54:12 DEBUG Sending discover...
639 Oct 25 23:54:14 DEBUG Sending discover...
640 Oct 25 23:55:17 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=27.6.40.248 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=45 ID=49599 PROTO=TCP SPT=23530 DPT=23 WINDOW=44546 RES=0x00 SYN URGP=0
641 Oct 25 23:55:18 DEBUG Sending discover...
642 Oct 25 23:55:20 DEBUG Sending discover...
643 Oct 25 23:55:21 DEBUG Sending discover...
644 Oct 25 23:56:25 DEBUG Sending discover...
645 Oct 25 23:56:28 DEBUG Sending discover...
646 Oct 25 23:56:30 DEBUG Sending discover...
647 Oct 25 23:56:31 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=186.135.134.241 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=55 ID=8460 PROTO=TCP SPT=61175 DPT=22 WINDOW=12532 RES=0x00 SYN URGP=0
648 Oct 25 23:57:34 DEBUG Sending discover...
649 Oct 25 23:57:36 DEBUG Sending discover...
650 Oct 25 23:57:38 DEBUG Sending discover...
651 Oct 25 23:58:07 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=190.140.100.238 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=51 ID=19141 PROTO=TCP SPT=12554 DPT=23 WINDOW=8472 RES=0x00 SYN URGP=0
652 Oct 25 23:58:41 DEBUG Sending discover...
653 Oct 25 23:58:44 DEBUG Sending discover...
654 Oct 25 23:58:46 DEBUG Sending discover...
655 Oct 25 23:59:50 DEBUG Sending discover...
656 Oct 25 23:59:52 DEBUG Sending discover...
657 Oct 25 23:59:54 DEBUG Sending discover...
658 Oct 26 00:00:57 DEBUG Sending discover...
659 Oct 26 00:01:00 DEBUG Sending discover...
660 Oct 26 00:01:02 DEBUG Sending discover...
661 Oct 26 00:01:15 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=137.226.113.10 DST=179.186.18.203 LEN=1280 TOS=0x04 PREC=0x00 TTL=237 ID=54321 PROTO=UDP SPT=54808 DPT=443 LEN=1260
662 Oct 26 00:02:06 DEBUG Sending discover...
663 Oct 26 00:02:08 DEBUG Sending discover...
664 Oct 26 00:02:10 DEBUG Sending discover...
665 Oct 26 00:02:20 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=165.227.99.49 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=241 ID=54321 PROTO=TCP SPT=34687 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
666 Oct 26 00:03:13 DEBUG Sending discover...
667 Oct 26 00:03:16 DEBUG Sending discover...
668 Oct 26 00:03:18 DEBUG Sending discover...
669 Oct 26 00:04:22 DEBUG Sending discover...
670 Oct 26 00:04:24 DEBUG Sending discover...
671 Oct 26 00:04:25 DEBUG Sending discover...
672 Oct 26 00:05:30 DEBUG Sending discover...
673 Oct 26 00:05:32 DEBUG Sending discover...
674 Oct 26 00:05:34 DEBUG Sending discover...
675 Oct 26 00:06:26 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=5.188.10.156 DST=179.186.18.203 LEN=60 TOS=0x04 PREC=0x00 TTL=46 ID=25161 DF PROTO=TCP SPT=33222 DPT=22 WINDOW=29200 RES=0x00 SYN URGP=0
676 Oct 26 00:06:38 DEBUG Sending discover...
677 Oct 26 00:06:40 DEBUG Sending discover...
678 Oct 26 00:06:41 DEBUG Sending discover...
679 Oct 26 00:07:46 DEBUG Sending discover...
680 Oct 26 00:07:48 DEBUG Sending discover...
681 Oct 26 00:07:50 DEBUG Sending discover...
682 Oct 26 00:08:54 DEBUG Sending discover...
683 Oct 26 00:08:56 DEBUG Sending discover...
684 Oct 26 00:08:57 DEBUG Sending discover...
685 Oct 26 00:09:58 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=177.16.58.17 DST=179.186.18.203 LEN=44 TOS=0x00 PREC=0x00 TTL=59 ID=63323 PROTO=TCP SPT=7805 DPT=23 WINDOW=4227 RES=0x00 SYN URGP=0
686 Oct 26 00:10:01 DEBUG Sending discover...
687 Oct 26 00:10:04 DEBUG Sending discover...
688 Oct 26 00:10:06 DEBUG Sending discover...
689 Oct 26 00:11:10 DEBUG Sending discover...
690 Oct 26 00:11:12 DEBUG Sending discover...
691 Oct 26 00:11:14 DEBUG Sending discover...
692 Oct 26 00:12:17 DEBUG Sending discover...
693 Oct 26 00:12:20 DEBUG Sending discover...
694 Oct 26 00:12:22 DEBUG Sending discover...
695 Oct 26 00:12:27 INFO entering kernel listen mode
696 Oct 26 00:12:27 INFO Entering renew state
697 Oct 26 00:12:27 DEBUG Sending renew...
698 Oct 26 00:13:26 DEBUG Sending discover...
699 Oct 26 00:13:28 DEBUG Sending discover...
700 Oct 26 00:13:30 DEBUG Sending discover...
701 Oct 26 00:13:43 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=181.196.43.16 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=47 ID=14006 PROTO=TCP SPT=30708 DPT=22 WINDOW=24537 RES=0x00 SYN URGP=0
702 Oct 26 00:14:33 DEBUG Sending discover...
703 Oct 26 00:14:36 DEBUG Sending discover...
704 Oct 26 00:14:38 DEBUG Sending discover...
705 Oct 26 00:15:42 DEBUG Sending discover...
706 Oct 26 00:15:44 DEBUG Sending discover...
707 Oct 26 00:15:46 DEBUG Sending discover...
708 Oct 26 00:16:36 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=201.42.19.118 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=247 ID=16700 PROTO=TCP SPT=5480 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
709 Oct 26 00:16:49 DEBUG Sending discover...
710 Oct 26 00:16:52 DEBUG Sending discover...
711 Oct 26 00:16:54 DEBUG Sending discover...
712 Oct 26 00:17:58 DEBUG Sending discover...
713 Oct 26 00:18:00 DEBUG Sending discover...
714 Oct 26 00:18:02 DEBUG Sending discover...
715 Oct 26 00:19:05 DEBUG Sending discover...
716 Oct 26 00:19:07 DEBUG Sending discover...
717 Oct 26 00:19:10 DEBUG Sending discover...
718 Oct 26 00:19:59 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=184.105.247.250 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=243 ID=54321 PROTO=TCP SPT=50460 DPT=21 WINDOW=65535 RES=0x00 SYN URGP=0
719 Oct 26 00:20:14 DEBUG Sending discover...
720 Oct 26 00:20:16 DEBUG Sending discover...
721 Oct 26 00:20:17 DEBUG Sending discover...
722 Oct 26 00:21:21 DEBUG Sending discover...
723 Oct 26 00:21:24 DEBUG Sending discover...
724 Oct 26 00:21:26 DEBUG Sending discover...
725 Oct 26 00:21:51 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=165.227.117.2 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=241 ID=54321 PROTO=TCP SPT=42337 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
726 Oct 26 00:22:30 DEBUG Sending discover...
727 Oct 26 00:22:32 DEBUG Sending discover...
728 Oct 26 00:22:34 DEBUG Sending discover...
729 Oct 26 00:23:38 DEBUG Sending discover...
730 Oct 26 00:23:41 DEBUG Sending discover...
731 Oct 26 00:23:43 DEBUG Sending discover...
732 Oct 26 00:24:28 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=201.43.45.119 DST=179.186.18.203 LEN=40 TOS=0x00 PREC=0x00 TTL=247 ID=31593 PROTO=TCP SPT=64212 DPT=23 WINDOW=14600 RES=0x00 SYN URGP=0
733 Oct 26 00:24:47 DEBUG Sending discover...
734 Oct 26 00:24:49 DEBUG Sending discover...
735 Oct 26 00:24:51 DEBUG Sending discover...
736 Oct 26 00:25:54 DEBUG Sending discover...
737 Oct 26 00:25:57 DEBUG Sending discover...
738 Oct 26 00:25:59 DEBUG Sending discover...
739 Oct 26 00:26:13 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=61.50.106.82 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=47 ID=38211 PROTO=TCP SPT=4619 DPT=23 WINDOW=38384 RES=0x00 SYN URGP=0
740 Oct 26 00:26:37 INFO DHCP client connect,IP:192.168.15.2
741 Oct 26 00:26:37 INFO DHCP client connect,IP:192.168.15.3
742 Oct 26 00:26:37 INFO DHCP client connect,IP:192.168.15.4
743 Oct 26 00:26:37 INFO DHCP client connect,IP:192.168.15.5
744 Oct 26 00:26:37 INFO DHCP client connect,IP:192.168.15.7
745 Oct 26 00:27:03 DEBUG Sending discover...
746 Oct 26 00:27:05 DEBUG Sending discover...
747 Oct 26 00:27:07 DEBUG Sending discover...
748 Oct 26 00:27:42 INFO Time initialized by NTP server
749 Oct 26 00:24:34 DEBUG Sending discover...
750 Oct 26 00:24:36 DEBUG Sending discover...
751 Oct 26 00:24:38 DEBUG Sending discover...
752 Oct 26 00:24:52 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=49.71.245.188 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=49 ID=24607 PROTO=TCP SPT=9216 DPT=23 WINDOW=24003 RES=0x00 SYN URGP=0
753 Oct 26 00:25:43 DEBUG Sending discover...
754 Oct 26 00:25:45 DEBUG Sending discover...
755 Oct 26 00:25:47 INFO received REQUEST
756 Oct 26 00:25:47 INFO sending ACK to 192.168.15.3
757 Oct 26 00:25:47 DEBUG Sending discover...
758 Oct 26 00:25:47 INFO DHCP client connect,IP:192.168.15.2
759 Oct 26 00:25:47 INFO DHCP client connect,IP:192.168.15.3
760 Oct 26 00:25:47 INFO DHCP client connect,IP:192.168.15.4
761 Oct 26 00:25:47 INFO DHCP client connect,IP:192.168.15.5
762 Oct 26 00:25:47 INFO DHCP client connect,IP:192.168.15.7
763 Oct 26 00:26:11 INFO Add UPnP pass through firewall rule, name=uTorrent (TCP), external Port=61606, internal IP

ort=192.168.15.3:61606
764 Oct 26 00:26:11 INFO Add UPnP pass through firewall rule, name=uTorrent (UDP), external Port=61606, internal IP

ort=192.168.15.3:61606
765 Oct 26 00:26:50 DEBUG Sending discover...
766 Oct 26 00:26:52 DEBUG Sending discover...
767 Oct 26 00:26:55 DEBUG Sending discover...
768 Oct 26 00:27:41 DEBUG RemoteMGNT: Action=DROP Unsecured Client Access Deny IN=ppp80 OUT= MAC= SRC=139.162.118.185 DST=179.186.18.203 LEN=40 TOS=0x04 PREC=0x00 TTL=239 ID=54321 PROTO=TCP SPT=44377 DPT=22 WINDOW=65535 RES=0x00 SYN URGP=0
769 Oct 26 00:27:59 DEBUG Sending discover...
770 Oct 26 00:28:01 DEBUG Sending discover...
771 Oct 26 00:28:03 DEBUG Sending discover...
772 Oct 26 00:29:06 DEBUG Sending discover...
773 Oct 26 00:29:08 DEBUG Sending discover...
774 Oct 26 00:29:10 DEBUG Sending discover...

Junior S. · 26/10/2017

COMO RESOLVER DE FORMA DEFINITIVA O PROBLEMA DE QUEDAS NO WIFI DOS MODENS MITRASTAR!
Andei pesquisando bastante sobre esse problema no modem e achei uma solução para o problema depois de muitas buscas, me arrependo de não ter descoberto antes de mandarem trocar o meu kkkk segue tutorial.
Importante lembrar que este procedimento causa a perda do dual-stack IPv4 e IPv6, deixando sua rede local apenas com IPv4 operante, o que não deve afetar de forma geral o desempenho da rede.

Acesse o endereço IP 192.168.15.1/padrao e digite support no campo de usuário e a senha é escrita atrás do modem!

Agora vá em configuração de rede e depois clique na aba "LAN"

Nesta parte clique na aba "Configuração IPv6 LAN" e desmarque a caixa escrito "IPv6 Enable" assim como circulado no print abaixo, após isso clique em aplicar alterações no final da página.

Solução simples, não afeta o funcionamento da rede e após ler uma postagem no fórum da Vivo, vi que as quedas ocorrem devido a incompatibilidade do protocolo IPv6 utilizado pelo Mitrastar em alguns sistemas operacionais, por isso o desligamento do mesmo contorna o problema sem afetar a rede no geral, mas como dito acima, o IPv6 da rede local é desabilitado, o que não causa nenhum problema na rede, já que a internet ainda está na fase de transição para o IPv6 e em algumas regiões como a do amigo @torrentman , a operadora não disponibiliza o mesmo, pois é melhor porém não necessário.
@Kindofa veja se consegue aí mano

Créditos ao vídeo no qual vi o tutorial:

ts_b0b · 26/10/2017

Junior S. disse:
COMO RESOLVER DE FORMA DEFINITIVA O PROBLEMA DE QUEDAS NO WIFI DOS MODENS MITRASTAR!
Andei pesquisando bastante sobre esse problema no modem e achei uma solução para o problema depois de muitas buscas, me arrependo de não ter descoberto antes de mandarem trocar o meu kkkk segue tutorial.

Acesse o endereço IP 192.168.15.1/padrao e digite support no campo de usuário e a senha é escrita atrás do modem!

Agora vá em configuração de rede e depois clique na aba "LAN"

Nesta parte clique na aba "Configuração IPv6 LAN" e desmarque a caixa escrito "IPv6 Enable" assim como circulado no print abaixo

Solução simples, não afeta o funcionamento da rede e após ler uma postagem no fórum da Vivo, vi que as quedas ocorrem devido a incompatibilidade do protocolo IPv6 utilizado pelo Mitrastar em alguns sistemas operacionais, por isso o desligamento do mesmo contorna o problema sem afetar a rede no geral.
@Kindofa veja se consegue aí mano

Créditos ao vídeo no qual vi o tutorial:

Excelente tutorial!

torrentman · 26/10/2017

Junior S. disse:
COMO RESOLVER DE FORMA DEFINITIVA O PROBLEMA DE QUEDAS NO WIFI DOS MODENS MITRASTAR!
Andei pesquisando bastante sobre esse problema no modem e achei uma solução para o problema depois de muitas buscas, me arrependo de não ter descoberto antes de mandarem trocar o meu kkkk segue tutorial.

Acesse o endereço IP 192.168.15.1/padrao e digite support no campo de usuário e a senha é escrita atrás do modem!

Agora vá em configuração de rede e depois clique na aba "LAN"

Nesta parte clique na aba "Configuração IPv6 LAN" e desmarque a caixa escrito "IPv6 Enable" assim como circulado no print abaixo

Solução simples, não afeta o funcionamento da rede e após ler uma postagem no fórum da Vivo, vi que as quedas ocorrem devido a incompatibilidade do protocolo IPv6 utilizado pelo Mitrastar em alguns sistemas operacionais, por isso o desligamento do mesmo contorna o problema sem afetar a rede no geral.
@Kindofa veja se consegue aí mano

Créditos ao vídeo no qual vi o tutorial:

Ótimo tutorial meu caro amigo Junior! Bem direto e exato. Simplesmente desmarcar essa bendita caixa do IPv6 resolver de uma vez os problemas é uma boa.

O IPv6 com certeza é o futuro e tal, mas por enquanto, só atrapalha se está ativo... daqui uns anos vai ser útil, mas aí terá upgrades dos modems pelas operadoras e tal. Até lá, melhor só usar IPv4 mesmo e evitar dor de cabeça.

Já tinha ouvido falar que desativando o IPv6 num modem da Vivo Fibra (não lembro o modelo), a conexão ficava bem melhor, especialmente na Google Play Store, que o IPv6 ativado, não carregava direito as capas dos aplicativos e tal.

Com certeza seu post poderá ajudar muitas pessoas que receberam este modem e estão com a mesma dificuldade.

Abraços!!

apulpo · 26/10/2017

brunofreitas_123 disse:
O X da questão é que tanto houve essa troca de padrão na Vivo como alteraram as rotas internacionais (SP, eu sei que percebeu melhora na rota pros EUA, mas o resto da galera, notou piora).
Na realidade, como a rota de todo mundo padronizou pela mesma saída, quem está mais longe (em relação a SP) teve a latência piorada. Eu fiz teste com amigos em Recife, Salvador, São Paulo, além daqui, Fortaleza.
Eu fico me perguntando se isso já é o cabo BRUSA que está parcialmente em uso. Creio que não. A previsão era pra 2018.
Fato é que se esse cabo novo não salvar a latência, eu sou um dos que não volto mais.

Desde que a Vivo começou a mexer nas rotas de saída internacional da GVT, lembro que fiquei mais de um ano com rotas trocando várias vezes. Hora saía pela TIWS em Salvador, hora pelo RJ, outra por SP. Mas, pelo menos aqui, já faz um tempinho que estabilizou a saída por Santos-SP pela TIWS. Tem que ver se o fato da saída internacional ignorar a saída por Fortaleza não ser parte do remanejamento ainda. Não sei até onde o cabo novo da TIWS pode influenciar. Vai que é vazão da rede GVT -> TIWS o gargalo.

Kindofa · 26/10/2017

Junior S. disse:
COMO RESOLVER DE FORMA DEFINITIVA O PROBLEMA DE QUEDAS NO WIFI DOS MODENS MITRASTAR!
Andei pesquisando bastante sobre esse problema no modem e achei uma solução para o problema depois de muitas buscas, me arrependo de não ter descoberto antes de mandarem trocar o meu kkkk segue tutorial.

Acesse o endereço IP 192.168.15.1/padrao e digite support no campo de usuário e a senha é escrita atrás do modem!

Agora vá em configuração de rede e depois clique na aba "LAN"

Nesta parte clique na aba "Configuração IPv6 LAN" e desmarque a caixa escrito "IPv6 Enable" assim como circulado no print abaixo

Solução simples, não afeta o funcionamento da rede e após ler uma postagem no fórum da Vivo, vi que as quedas ocorrem devido a incompatibilidade do protocolo IPv6 utilizado pelo Mitrastar em alguns sistemas operacionais, por isso o desligamento do mesmo contorna o problema sem afetar a rede no geral.
@Kindofa veja se consegue aí mano

Créditos ao vídeo no qual vi o tutorial:

Obrigado pela dica amigo, vou testar aqui.

ts_b0b · 26/10/2017

torrentman disse:
Ótimo tutorial meu caro amigo Junior! Bem direto e exato. Simplesmente desmarcar essa bendita caixa do IPv6 resolver de uma vez os problemas é uma boa.

O IPv6 com certeza é o futuro e tal, mas por enquanto, só atrapalha se está ativo... daqui uns anos vai ser útil, mas aí terá upgrades dos modems pelas operadoras e tal. Até lá, melhor só usar IPv4 mesmo e evitar dor de cabeça.

Já tinha ouvido falar que desativando o IPv6 num modem da Vivo Fibra (não lembro o modelo), a conexão ficava bem melhor, especialmente na Google Play Store, que o IPv6 ativado, não carregava direito as capas dos aplicativos e tal.

Com certeza seu post poderá ajudar muitas pessoas que receberam este modem e estão com a mesma dificuldade.

Abraços!!

@Junior S. amigo, perdão escrever apenas um comentário básico, estava indo dormir na hora! kkk
Parabéns pela investigação! Infelizmente não tive a oportunidade de enfrentar esse problema e nem realizar testes precisos! Infelizmente a Mitrastar ofusca os updates dos firmware e não é tão transparente quanto a TP-Link, o que diminui a chance de uma possível investigação!

Sei que a VIVO, quando ligamos lá, e o DSLAM do bairro tá fora, ou nosso modem não consegue conectar, via TR069 eles conectam aqui, e reiniciam, e afirmam que vão atualizar todos os componentes para tratar o problema. Na época desse problema que enfrentou, não sabia desse problema, e atribui ele ao Mitra também, pois meu celular tinha os mesmos sintomas "WiFi cair" ao fechar a tela, porém o meu era específico para o iOS, que ao ativar a economia de bateria e cores (brilho e etc...), no iOS 10, desligava o WiFi!

Eu reinicio o celular e volta, porém eu poderia atualizar meu celular, e não é meu hábito atualizar, mesmo com esses reviews, pois não é sensação é experiência desde o iPhone 3GS, ao atualizar fica lento! Similar a sempre querer colocar o novo Windows em um PC fraco! Muda gráfico e etc... Gostaria de fazer review com o iOS alternativo, para ver os testes precisos via linha de comando, porém não tenho tempo para isso, pois meu celular é para trabalho.

Sobre seu caso na Mitra, para finalizar, fico feliz pela sua persistência, e vira e mexe estamos conversando sobre problemas de alta-complexidade, como até mesmo o doubletnat! Você vem com experiências em problemas fora da curva, e isso é importante amigo, pois desenvolve o fórum a ser analítico e em cima de sintomas que podem ter a causa diferente como nesse! Abs.

ts_b0b disse:
@neo666 estava falando isso esses dias com o @Yagozera e ae recordei do custo Brasil, um dedicado que custa 90USD/Mensal no Canadá, o mesmo no Brasil vão pedir R$ 1.700,00/Mensal!
O governo brasileiro impede o desenvolvimento também!

Um clã de CS me chamou em 2013 para analisar um problema de segurança no servidor deles, naquela época, pagavam R$ 1.200,00 (sem gerenciamento) e era no UOL! Não sei como as coisas andam hoje em dia!

O provedor de jogos do @Yagozera disse que as grandes operadoras mostram resistência para chegarem até o IX com eles! Yago, consegue colocar um print aqui do pessoal lá dos servidores de CS?

Amigo @neo666 apenas para complementar, você tem total razão, nem sempre a culpa é do ISP, e não preparar a rede local para uma bateria de exames, é julgar que lentidão ou queda a causa é da operadora.
Fico feliz que seja um dos maiores contribuintes dos tópicos abaixo. Admiro suas publicações, sempre com foco no diagnóstico preciso! Off-topic: aquele assunto de WiFi no FIRMWARE ALTERNATIVO tá da hora!

[TÓPICO DEDICADO] REDES DOMÉSTICAS - Dicas, Problemas, Tutoriais e Diagnósticos complexos
FIRMWARE ALTERNATIVO;
SYSLOG;

torrentman · 26/10/2017

Um milagre... a Vivo me ligando para saber se o reparo na minha linha, que tinha sido arrebentado por uma árvore num temporal, tinha ficado bom, se o fixo e a internet estavam funcionando perfeitamente.

Nunca imaginei que eles iam ligar para se certificar que o serviço estava OK.... nem tudo está perdido...

[TÓPICO DEDICADO] Banda Larga VIVO - xDSL/VDSL/FIBRA ÓPTICA/HFC

know-it-all Member

Usuário sob efeito de Java

Member

Usuário sob efeito de Java

Member

¯\(ツ)/¯

Member

Well-Known Member

Freitas

Hungry Member

Usuário Registrado

know-it-all Member

Usuário Registrado

¯\(ツ)/¯

Freitas

Member

know-it-all Member

Hungry Member

know-it-all Member

know-it-all Member

Member

know-it-all Member

Hungry Member

know-it-all Member

Member

Users who are viewing this thread