Boa noite,

Últimamente tenho andado com um problema. As velocidades de download em programas P2P baixam repentinamente e ao mesmo tempo deixo de conseguir visualizar sites. Quando fecho o programa volta tudo ao normal.

Isto acontece com mais alguém? Conheço pelo menos mais uma pessoa com este problema.

Será algum tipo de Traffic Shapping praticado pela cabovisão?

Obrigado.

Podes sempre activar a funcionalidade de "Protocol Obfuscation" e por à prova a teoria da Cabovisão fazer priorização de algum tipo de tráfego de dados.
Aqui está no site oficial do eMule: http://www.emule-project.net/home/perl/help.cgi?l=1&rm=show_topic&topic_id=848

Eu voto na encriptação dos dados, por isso activo sempre este tipo de funcionalidade, quer no eMule, quer nos clientes Torrent e outros. Assim, o que eu descarrego não fica em aberto para quem quiser ver.

Cumps.

O que não invalida que fazendo-se um track ao protocolo não se consiga detectar a sua origem e restringi-lo na mesma.

Quando se faz Traffic Shaping a P2P, não se procura o tipo de dados, mas sim o protocolo usado. Usas o protocolo, ficas limitado a X. É assim que funciona, basicamente.

A Cabovisão afirma que não faz Traffic Shaping.

Faz o seguinte:
Iniciar>>>Executar

Escreve CMD e prime Enter.

Na janela de DOS que vai abrir escreve netstat -a e prime Enter.
Isto vai-te mostrar todas as ligações activas nesse momento. Protocolo, porta, etc.

Faz isso antes de abrires o teu tal programa de P2P.

Depois de aberto e quando estiveres a sentir essas dificuldades de velocidade e páginas, volta a fazer o mesmo.

Copia ambos os resultados e cola aqui, em resposta, para podermos ver se há alguma coisa estranha.

Da minha parte, suspeito de algo a consumir largura de banda em demasia.

Boas.

Com a informação contida no netstat -a não conseguimos ter a percepção do traffic shapping. Esse comando apenas indica as ligações TCP ou UDP que se encontram activas.
O traffic shapping é feito dando prioridade a trafego mais importante como o HTTP, em detrimento do criado pelas ligações P2P. As ligações são criadas na mesma, mas a velocidade permitida por cada uma delas é que varia.

Fiquem bem.

Caro VIRIATUM,
No caso de não ter sido claro no meu post anterior, esclareço novamente:
Uma coisa é a encriptação de dados, que eu aconselho utilizar sempre que a aplicação cliente o permitir. Outra coisa é o "Protocol Obfuscation" que, tal como o nome indica, invalida o ISP de fazer qualquer tipo de "tracking" ao protocolo. Se a info deixada no link anterior não foi suficiente, deixo aqui outra referência para que não restem dúvidas. http://www.winajuda.com/2006/10/03/emule-047c-e-o-protocol-obfuscation/

Surge a questão: Então e se encriptarmos os dados não estamos a "esconder" o protocolo ? Resposta: Não. Veja-se o simples caso do https ou do famoso ssh, por exemplo. Apesar dos dados circularem encriptados, os protocolos estão bem identificados, bem como os portos IP associados.

Concluindo: lfel, tal como já referi, experimenta activar o "Protocol Obfuscation" no eMule. Se o problema se resolver, significa que a Cabovisão faz "Traffic Shaping".

Cumps.

Mas quem disse que o netstat -a era para confirmar Traffic Shaping?

E Traffic Shaping é tudo o que seja modulação de tráfego. Prioritização de protocolo e/ou tipo de tráfego é apenas UMA forma de Traffic Shaping.

Voltando ao netstat -a, repito:

O que não invalida que fazendo-se um track ao protocolo não se consiga detectar a sua origem e restringi-lo na mesma.

Estás a esquecer-te que uma aplicação é instalada num cliente. O tráfego passa por uma Rede, solicitando-se à Rede 1 query sobre tráfego P2P activo, ele aparece.

Solicita-se um track. Tem um ponto de origem e um ponto de chagada. Não se consegue chegar ao local exacto? Restringe-se a partir de até aonde se consegue chegar.

Achas que há alguma aplicação que consiga contrariar a vontade de um ISP? Basta eles quererem...

Estou exactamente com o mesmo problema já desde algum tempo.
Pensava que era do router mas liguei directamente e até sem telefone fico enquanto nao fechar o programa.
Já liguei pra lá disseram que era problema meu que eles tava tudo bem e mandaram mandar um mail.
Espero resposta..

Faz o seguinte:
Iniciar>>>Executar

Escreve CMD e prime Enter.

Na janela de DOS que vai abrir escreve netstat -a e prime Enter.
Isto vai-te mostrar todas as ligações activas nesse momento. Protocolo, porta, etc.

Faz isso antes de abrires o teu tal programa de P2P.

Faz também um TRACERT a um dos IP's que vejas a que estás ligado.

Depois cola aqui os resultados.

Seja como fôr, o telefone é VoIP, não é P2P, não há qualquer razão para ficares sem telefone quando estás a usar P2P.

Se isso está a acontecer, o mais certo é ser um problema no MTA.

Acederes à página do MTA também não é má idéia, quando sentires essas dificuldades, para podermos também fazer um despiste e chegarmos a algum lado.

No caso do Arris TouchStone a página em questão é http://192.168.100.1/, tal como para o Motorola, mas para o Motorola parece que precisas de uma password.

Tenta isto, caso necessário:
Username: admin
Password: motorola

Era o MTA eles nao achavam que fosse possivel, mas confirmou-s

Se já está resolvido, isso é que importa.

Estava cheio de ruído, não?

Tive um Router ASUS (para mim uma marca bem razoavel) em que acontecia o seguinte: sempre que levava ao limite o "downstream" da linha ADSL (na altura) fosse com P2P ou com tráfego http, o router reiniciava. Mais tarde vim a descobrir que era bug no módulo de software responsável pelo QoS. Tinha-o activo e configurado para dar prioridade a esses 2 tipos de tráfego (P2P e HTTP). Depois de desactivar o QoS por completo, nunca mais tive esse problema.

Este relato vem só levantar outra questão: será que o MTA impementa QoS ? será que pode ser também um problema a esse nível ?

Deixo-vos a pensar sobre o assunto

Abraços

PS - Ainda bem que o teu problema ficou resolvido!!

Não.

O QoS está pré-definido e pré-configurado automaticamente pelo Windows (a partir do XP), excepto nos casos em que se faz uma instalação personalidade (como eu sempre faço) e não se permita a instalação do QoS, pois 20% da Largura de Banda ficarão logo reservados para o próprio Windows.

Para desactivar o QoS e recuperar estes 20% é necessário iniciar sessão com uma conta de Administrador e executar os seguintes
passos:

1- Ir a Iniciar>>>Executar e escrever gpedit.msc, premindo OK. De seguida, fazer um duplo clique em Configuração do Computador.

2- Novo duplo-clique em Modelos Administrativos.

3- Duplo-clique em Rede.

4- Agora duplo-clique em Agendador de Pacotes QoS.

5- À direita, novo duplo-clique em duplo-clique em Limitar Largura de Banda Reservada.

6- Na secção Definição, escolher Activado.

7- No campo Limite de Largura de Banda (%), deixar o valor em 0 (zero) e clicar OK.

8- Agora, no Painel de Controlo, ir a Ligações de Rede, clicar com o botão direito do rato na ligação existente e escolher Propriedades.

9- Na secção Geral, activar o Agendador de Pacotes QoS, marcando a sua caixa e clicar em OK.
Caso já esteja activado, é só deixar estar como está.

10- Reiniciar a máquina.

No próximo boot, já o XP não reservará para si os tais 20% de largura de banda, que serão assim recuperados e postos ao serviço do utilizador, como ganho real.

NOTA: Se houver mais de uma máquina em rede, é preciso seguir estes passos em todas as máquinas, por forma a que TODA a rede seja beneficiada, caso contrário apenas as máquinas em que esta alteração foi feita terão algum ganho.
E se essas máquinas forem dual-boot, há que fazer o mesmo também em ambos os SO's de cada máquina.

Permite-me discordar.

Essa do Windows reservar 20% não está correcta.

http://support.microsoft.com/default.as ... US;Q316666

Passo a citar:

"Correction of some incorrect claims about Windows XP QoS support
There have been claims in various published technical articles and newsgroup postings that Windows XP always reserves 20 percent of the available bandwidth for QoS. These claims are incorrect. The information in the "Clarification about QoS in end computers that are Running Windows XP" section correctly describes the behavior of Windows XP systems. "

Da mesma página:

Esclarecendo então um pouco...

Apesar de esses tais 20% JÁ NÃO estarem permanentemente reservados para o próprio Windows, tanto em razão das queixas recebidas, como também das cada vez maiores velocidades de downstream, a Microsoft alterou essa parametrização.

No início do XP esses 20% estavam permanentemente reservados, porque eram necessários para as actualizações e outros serviços de rede (em contexto profissional).

Com o aumento das velocidades downstream reservar 20% deixou também de fazer lógica, pois passou a ser muito mais do que o Windows necessita para fazer as actualizações online.

20% de 1Mbps ou mesmo 2Mbps é uma coisa, 20% de 24Mbps ou mesmo 16Mbps (como já havia na data em que este artigo foi escrito/publicado, em 31 de Outubro de 2006, faz hoje precisamente 3 anos), era definitivamente demais.

No entanto a única coisa que mudou foi isso, esses 20% deixaram de estar permanentemente reservados, porque a capacidade para atingir mesmo esses 20% e reservá-los, continua lá, mas apenas para quando seja necessário.

Aínda assim, a questão base do post anterior era apenas indicar como desactivar o QoS.

Já agora, apesar dessas indicações terem sido redigidas logo que o XP saíu, aplicam-se da mesma forma ao Vista e também ao 7.

São exactamente os mesmos passos.