pessoal ajuda com cliente estourando upload no celular e não navega

seguinte vira e mexe apenas 1 cliente que tem um plano de 1 mb comigo liga reclamando que não tem acesso a quase nada, dai vejo o login dele e ta la o upload no máximo, e digo para ele que tem algum aparelho que está enviando fotos ou backup automatico, e sempre perto das 9 da noite ele liga, ele insiste em dizer que todos os aplicativos do celular não tem permissão de efetuar nenhum download ou upload sem permissão dele, dai pedi para ele instalar um programa que monitora os dados do celular dele e mostra uso continuo de upload dele, não sei o que fazer pois dai o celular dele e da mãe dele não navega direito, em quanto está efetuando esse upload, alguém tem alguma dica

Boa noite, já considerou a parte de Torrents ou alguém que possa estar usando o Wi-Fi dele por fora ?. Caso vc consiga acessar o roteador dele, veja a taxa de tráfego e o IP, assim vc descobre quem tá fazendo isso

Enviado via XT1069 usando UnderLinux App

ele nao tem notebook, e conexões só do celular dele e da mãe dele. e não usa torrent

Procure um acesso ao roteador dele. Dependendo do roteador, lá mesmo vc vê o tráfego e sabe quem tá estourando o up.

Enviado via XT1069 usando UnderLinux App

o upload dos meus clientes de 1mb é de 156k

Então tem algum celular atrapalhando a rede ai. Pede pra ele fazer testes com apenas um celular na rede e ver o resultado

Enviado via XT1069 usando UnderLinux App

Citação:

---

Postado originalmente por gandhi

o upload dos meus clientes de 1mb é de 156k

---

Mas ai também. .. So 156kbps???
Eu recebo dedicado 1x1... Ofereco pros meus clientes o padrão de provedores maiores que o up é de 512kbbs... E a cada MB de down o up dobra... Se é 2mbps de down vira 1mbps de up.... Up sempre 50%do down...

156k. Quase que não da pra enviar um whats, imagina o up todo ocupado? As requisições ficam todas paradas no tráfego, não gerando reposta e portanto sem navegação. Aumente teu UP que vai acabar a reclamação ç.

Seu cliente deve utilizar um iPhone.
Você utiliza mikrotik? Se sim, utilize a configuração abaixo para limitar a quantidade de conexões simultaneas de cada IP:
/ip firewall address-listadd address=10.10.0.0/24 list=limit_conexao /ip firewall filter
/ip firewall filter add action=drop chain=forward comment="Controle de conexo por cliente 200/32" \
connection-limit=200,32 log=yes log-prefix="DROP LIMIT CONN" protocol=tcp \
src-address-list=limit_conexao tcp-flags=syn

Onde tem: 10.10.0.0/24 substitua pela faixa de ips que você utiliza.

Dá um torch no IP do seu cliente e veja o que está comendo a banda

Uma coisa que você não descreveu é que tipo e quantidade de link você tem para compartilhar com seus clientes.

Foi comentado que poderia ser um Iphone. Mas Android também é cheio de complicação.

Outra coisa. Você disse que o plano é de 1 mega. E citou pelo menos dois celulares na assinatura. Por aí já começa o problema. E teu sinal deve chegar na casa dele e passa por um roteador interno...

Realmente companheiro 1929, pode sim ser um android. Trabalhei num prédio onde tínhamos uma internet compartilhada (link de 35mb DSL) tinha 35 apartamentos utilizando o serviço (limitando 2 mb Down e 256k de Up cada apartamento). Porem identifiquei este tipo de lentidão em apartamentos que o morador utilizava iPhone. Realizei o TORCH e realmente identifiquei eram realizadas mais de 800 conexões às redes da Aplle. Depois que limitei as conexões simultâneas a velocidade do referido morador e dos demais normalizou. Ressaltando que esse limite de conexões é de 200 conexões por segundo.

Nao recomendo limitar as conexoes simultanes. So vsi piorar a situaçao o correto é monitorar pra descobrir de onde ta vindo esse malassombro

Enviado via LG-H630 usando UnderLinux App

Concordo. Limitar conexões só se começou mesmo a estourar o NAT, que hoje em dia, não duvido nada que estoure fácil fácil.

A limitação ora referida seria por IP entregue a cada cliente e não limitar a saída INTEIRA a 200 conexões. Se você utiliza DSL, seria ótimo limitar, pois o FORNECEDOR pode passar a lhe monitorar e tomar algumas providencias contra você.

@alexalmeida,

eu quis dizer estourar o NAT, na saída com IP público. Dependendo da quantidade de clientes o limite de 65535 pode estourar fácil.

Aqui na empresa, com umas 150 pessoas usando a rede, chego a 12.000 conexões ativas. Mas como dividimos em 3 links, está tranquilo

Citação:

---

Postado originalmente por gandhi

o upload dos meus clientes de 1mb é de 156k

---

Que tal reconsiderar essa taxa de upload para pelo menos 300k 156k não dá pra nada hoje em dia

Enviado via Moto G (4) usando UnderLinux App

Ja fiz a alteracao amigo vlew

Cara já passei por isso c/ um cliente que tinha 2 Iphone. Usando o Torch descobri a range 17.0.0.0/8 que pertence a Apple. Daí fui na casa do cliente e desativei um Iphone e continuou estourado o upload dele (vendo aqui planos a partir de 1M/1M). Quando desativei o wi-fi do outro Iphone normalizou o upload, ficou sem puxar nada, daí mexi nas configurações e o iCloud estava configurado p/ fazer backup de fotos, imagens e vídeos automaticamente. Expliquei p/ o cliente inclusive mostrei pra ele mas não teve jeito, ele não quis deixar desativado.

Como contornei, marquei os pacotes na cadeia forward que o destino era a range 17.0.0.0/8 e c/ origem o ip privado do cliente problemático. Daí p/ os pacotes, fiz uma regra em Queue tree onde quando fosse alguma coisa dos pacotes marcados a velocidade seria de 5M, em poucos minutos o Iphone dele fez upload de tudo que tinha p/ o backup no iCloud e resolveu o caso.

Espero que ajude. Abraço.

Citação:

---

Postado originalmente por FabianoMartins2

Cara já passei por isso c/ um cliente que tinha 2 Iphone. Usando o Torch descobri a range 17.0.0.0/8 que pertence a Apple. Daí fui na casa do cliente e desativei um Iphone e continuou estourado o upload dele (vendo aqui planos a partir de 1M/1M). Quando desativei o wi-fi do outro Iphone normalizou o upload, ficou sem puxar nada, daí mexi nas configurações e o iCloud estava configurado p/ fazer backup de fotos, imagens e vídeos automaticamente. Expliquei p/ o cliente inclusive mostrei pra ele mas não teve jeito, ele não quis deixar desativado.

Como contornei, marquei os pacotes na cadeia forward que o destino era a range 17.0.0.0/8 e c/ origem o ip privado do cliente problemático. Daí p/ os pacotes, fiz uma regra em Queue tree onde quando fosse alguma coisa dos pacotes marcados a velocidade seria de 5M, em poucos minutos o Iphone dele fez upload de tudo que tinha p/ o backup no iCloud e resolveu o caso.

Espero que ajude. Abraço.

---

Muito boa a solução... Está aí mais uma prova de que precisamos de upload alto. Em tempos de novas mídias, redes sociais e armazenamentos externos temos que ser engenhosos. Dá para entender porque o cliente não quis desativar o upload automático. Se o dispositivo dele tem o recurso ele vai querer utilizar. Cabe ao provedor buscar uma solução..

o whatzap também tem esse backup se não desativa toda noite ele manda seus dados pra nuvem
acredito que vários outros aplicativos também façam

@FabianoMartins2,

Já que achou a sub-rede, não dá para criar uma queue por conexão PPPoE que você joga a prioridade para essas conexões mais baixas?

Você ainda entrega o que seu cliente contratou e faz um QoS para ele.

Vi em algum lugar que o RouterOS tem uma função que permite criar essas queues por conexão. Acho mais escalável que aumentar muito a rate por destino. Esses cloud backups já funcionam também em Android, Desktops com google drive, Dropbox.

Acho uma solução mais fácil de escalar apesar de lógico, o aumento de banda possa agradar mais o cliente.

Citação:

---

Postado originalmente por fhayashi

@FabianoMartins2,

Já que achou a sub-rede, não dá para criar uma queue por conexão PPPoE que você joga a prioridade para essas conexões mais baixas?

Você ainda entrega o que seu cliente contratou e faz um QoS para ele.

Vi em algum lugar que o RouterOS tem uma função que permite criar essas queues por conexão. Acho mais escalável que aumentar muito a rate por destino. Esses cloud backups já funcionam também em Android, Desktops com google drive, Dropbox.

Acho uma solução mais fácil de escalar apesar de lógico, o aumento de banda possa agradar mais o cliente.

---

Cara isso é simples de fazer. Aqui temos mais de 200 clientes e muuuuuitos tem Iphone. O que fiz:
Além de continuar marcando os pacotes c/ destino a range 17.0.0.0/8 eu removi a origem que era o cliente problemático, daí continuei usando a Queue Tree porém criei uma Queue type. A diferença é que usando Queue Type a velocidade é dado individualmente, explicando:
Na Queue Type determinei que era pra dar 2M p/ cada cliente que estivesse fazendo alguma coisa ligada a range da Apple (17.0.0.0/8). Mesmo o cliente que contrata 1M/1M, quando o Iphone dele estiver fazendo backup ou baixando atualizações, a velocidade pro destino 17.0.0.0/8 será de 2M.

Abraço.

Cliente assim é chato pacas mas com ctz ta fazendo bkp pra algum servidor pode ser ate o google drive e ainda mais que é em horario especifico,mas de qualquer forma esse upload ta muito baixo...512k pelo menos