18-11-2005, 01:31 AM
Ja todos devem saber o que se passou.
Passei o dia inteiro a tentar descobrir qual o problema com pings tao altos.
A troca de emails com a administraçao do server foi constante à procura do pq e de uma soluçao.
Para o fim da tarde, graças a uma dica do Pedro Miguel, começou a fazer-se alguma luz, e os resultados que obtivemos ao longo do dia começaram a fazer sentido.
Isto foi o q a nossa amiga PT resolveu fazer:
"É ja este mês, Novembro, que entra em vigor o tão mal amado (para alguns) TRAFFICSHAPING, nos produtos do grupo ADSL.PT ou seja, Sapo, Telepac ADSL.PT e NETCABO ADSL.
Esta contenção por "QOS" (quality of service) penalizará na rede todo o trafego do tipo "P2P" (peer-to-peer), dando prioridade aos blocos provenientes de HTTP, FTP, POP e SMTP que são aqueles que a maioria dos comuns utilizadores de internet usam..
Até ver será uma contenção leve! Esta estará/está a ser feita a nivel de servidor junto a DSLAM pela analise dos cabeçalhos dos pacotes enviados/recebidos e terá uma taxa apróximada de 50% dia e 75% a noite, valores definidos até esta data! ou seja todo o trafego gerado por p2p durante o dia terá metade da prioridade sobre o restante trafego global e a noite terá três quartos da prioridade sobre o restante trafêgo!
Esta medida é provisória, até ao aprovisionamento dos novos "Exchanges" nacionais (pontos de trocagação/re-ligação de trafego).
De salientar que a capacidade de alteração das taxas de QOS em tempo real já é possivel, nesta nova tecnologia que a PT fez o fazor de por a disposição dos seu clientes... ou seja podem existir periodos do dia em que a taxa de QOS para o protocolo p2p seja nula ou em outros periodos seja quase maxima!
Uma má caracteristica para os utilizadores de p2p
Uma boa caracteristica para todos aqueles que querem surfar na web á velocidade "máxima" e para quem procura baixos valores de latência nos jogos on-line!"
"Os exchanges nacionais, são servidores que fazem o encaminhamento de Trafego entre os vários operadores no mercado nacional e entre o trafego Internacional, que no caso do grupo PT vem directamente da plataforma MID da MARCONI Telecom.. Devido ao aumento do Parque de clientes do Grupo PT e seus associados muitos desses exchanges por vezes atingem picos e entram no limite maximo suportado. Pelo que até a implementação de novos servidores de routeamento de Trafego, os quais já começaram a ser implementados existirá um leve condicionamento de alguns protocolos na rede, perdendo estes prioridade para os protocolos mais comuns..."
"Assim, a largura de banda contratada nos Acessos Agregados ATM deverá ser sempre
superior ou igual ao somatório das contribuições dos débitos dos PVP das categorias
respectivas.
O controlo do tráfego no Acesso Agregado ATM é da responsabilidade do
Operador/Prestador.
No sentido GRZQVWUHDP o tráfego dos PVP contratados é submetido a um controlo ou
policiamento à entrada do Serviço Rede ADSL PT, de acordo com 7UDIILF3ROLFLQJ I.371 do
ITU-T [ 8 ] e são descartadas todas as células que não estejam em conformidade com os
parâmetros de tráfego acordados.
O Operador/Prestador deverá efectuar 7UDIILF6KDSLQJ por PVP no sentido GRZQVWUHDP. Este
mecanismo altera as características de tráfego de uma VWUHDPde células numa ligação para
obter uma maior eficiência do tráfego cursado na rede e ao mesmo tempo para garantir que o
tráfego enviado está de acordo com o contratado, evitando o descarte de células na rede de
transporte.
Ainda no sentido GRZQVWUHDP, o Operador/Prestador deverá garantir, para além de efectuar
7UDIILF6KDSLQJ ao nível do PVP, que o tráfego dos PVC dos Acessos Locais não excede o
débito do Acesso Local.
No sentido XSVWUHDP, o Serviço Rede ADSL PT implementa mecanismos de 7UDIILF6KDSLQJ
ao nível do PVP, garantindo que a totalidade de tráfego de todas as ligações lógicas dos
Acessos Locais para a Categoria de Serviço ATM respectiva cumpre os parâmetros de tráfego
contratados.
Em situações de congestionamento do PVC do Acesso Local são suportadas técnicas de
controlo de congestão como (DUO\3DFNHW'LVFDUG (EPD) ou 3DUWLDO3DFNHW'LVFDUG (PPD)
nos DSLAM que dispõem da respectiva tecnologia. Actualmente, apenas as Áreas Central
equipadas com tecnologia Alcatel, listadas no Anexo B, suportam esta funcionalidade."
Com isto ja devem entender mais ou menos o que se passa.
A ligaçao que fazemos eh por ip directo, que penso eu utilizar protocolos semelhantes aos q o p2p usa (nao deixam de ser ligaçoes por ip directo).
Isto eh notorio qd de tarde tinhamos pings de 500-600 para o servidor, e a noit 1400-1500.
Tentei colocar o server no lobby do GTR, mas por razoes que desconheço nao consegui.
Vou continuar a tentar com auxilio da admin do server para arranjar uma soluçao.
Sendo assim, Estoril passa para a proxima semana, se o problema for resolvido. De outro modo, colocamos depois de Enna.
Quem puder, mude para Clix que nao tem estes problemas (tanto o Pedro Miguel como o Joao Fontes tinham pings normais).
Passei o dia inteiro a tentar descobrir qual o problema com pings tao altos.
A troca de emails com a administraçao do server foi constante à procura do pq e de uma soluçao.
Para o fim da tarde, graças a uma dica do Pedro Miguel, começou a fazer-se alguma luz, e os resultados que obtivemos ao longo do dia começaram a fazer sentido.
Isto foi o q a nossa amiga PT resolveu fazer:
"É ja este mês, Novembro, que entra em vigor o tão mal amado (para alguns) TRAFFICSHAPING, nos produtos do grupo ADSL.PT ou seja, Sapo, Telepac ADSL.PT e NETCABO ADSL.
Esta contenção por "QOS" (quality of service) penalizará na rede todo o trafego do tipo "P2P" (peer-to-peer), dando prioridade aos blocos provenientes de HTTP, FTP, POP e SMTP que são aqueles que a maioria dos comuns utilizadores de internet usam..
Até ver será uma contenção leve! Esta estará/está a ser feita a nivel de servidor junto a DSLAM pela analise dos cabeçalhos dos pacotes enviados/recebidos e terá uma taxa apróximada de 50% dia e 75% a noite, valores definidos até esta data! ou seja todo o trafego gerado por p2p durante o dia terá metade da prioridade sobre o restante trafego global e a noite terá três quartos da prioridade sobre o restante trafêgo!
Esta medida é provisória, até ao aprovisionamento dos novos "Exchanges" nacionais (pontos de trocagação/re-ligação de trafego).
De salientar que a capacidade de alteração das taxas de QOS em tempo real já é possivel, nesta nova tecnologia que a PT fez o fazor de por a disposição dos seu clientes... ou seja podem existir periodos do dia em que a taxa de QOS para o protocolo p2p seja nula ou em outros periodos seja quase maxima!
Uma má caracteristica para os utilizadores de p2p
Uma boa caracteristica para todos aqueles que querem surfar na web á velocidade "máxima" e para quem procura baixos valores de latência nos jogos on-line!"
"Os exchanges nacionais, são servidores que fazem o encaminhamento de Trafego entre os vários operadores no mercado nacional e entre o trafego Internacional, que no caso do grupo PT vem directamente da plataforma MID da MARCONI Telecom.. Devido ao aumento do Parque de clientes do Grupo PT e seus associados muitos desses exchanges por vezes atingem picos e entram no limite maximo suportado. Pelo que até a implementação de novos servidores de routeamento de Trafego, os quais já começaram a ser implementados existirá um leve condicionamento de alguns protocolos na rede, perdendo estes prioridade para os protocolos mais comuns..."
"Assim, a largura de banda contratada nos Acessos Agregados ATM deverá ser sempre
superior ou igual ao somatório das contribuições dos débitos dos PVP das categorias
respectivas.
O controlo do tráfego no Acesso Agregado ATM é da responsabilidade do
Operador/Prestador.
No sentido GRZQVWUHDP o tráfego dos PVP contratados é submetido a um controlo ou
policiamento à entrada do Serviço Rede ADSL PT, de acordo com 7UDIILF3ROLFLQJ I.371 do
ITU-T [ 8 ] e são descartadas todas as células que não estejam em conformidade com os
parâmetros de tráfego acordados.
O Operador/Prestador deverá efectuar 7UDIILF6KDSLQJ por PVP no sentido GRZQVWUHDP. Este
mecanismo altera as características de tráfego de uma VWUHDPde células numa ligação para
obter uma maior eficiência do tráfego cursado na rede e ao mesmo tempo para garantir que o
tráfego enviado está de acordo com o contratado, evitando o descarte de células na rede de
transporte.
Ainda no sentido GRZQVWUHDP, o Operador/Prestador deverá garantir, para além de efectuar
7UDIILF6KDSLQJ ao nível do PVP, que o tráfego dos PVC dos Acessos Locais não excede o
débito do Acesso Local.
No sentido XSVWUHDP, o Serviço Rede ADSL PT implementa mecanismos de 7UDIILF6KDSLQJ
ao nível do PVP, garantindo que a totalidade de tráfego de todas as ligações lógicas dos
Acessos Locais para a Categoria de Serviço ATM respectiva cumpre os parâmetros de tráfego
contratados.
Em situações de congestionamento do PVC do Acesso Local são suportadas técnicas de
controlo de congestão como (DUO\3DFNHW'LVFDUG (EPD) ou 3DUWLDO3DFNHW'LVFDUG (PPD)
nos DSLAM que dispõem da respectiva tecnologia. Actualmente, apenas as Áreas Central
equipadas com tecnologia Alcatel, listadas no Anexo B, suportam esta funcionalidade."
Com isto ja devem entender mais ou menos o que se passa.
A ligaçao que fazemos eh por ip directo, que penso eu utilizar protocolos semelhantes aos q o p2p usa (nao deixam de ser ligaçoes por ip directo).
Isto eh notorio qd de tarde tinhamos pings de 500-600 para o servidor, e a noit 1400-1500.
Tentei colocar o server no lobby do GTR, mas por razoes que desconheço nao consegui.
Vou continuar a tentar com auxilio da admin do server para arranjar uma soluçao.
Sendo assim, Estoril passa para a proxima semana, se o problema for resolvido. De outro modo, colocamos depois de Enna.
Quem puder, mude para Clix que nao tem estes problemas (tanto o Pedro Miguel como o Joao Fontes tinham pings normais).



![[Image: WebLogo.gif]](http://luismvsbranco.com.sapo.pt/WebLogo.gif)
![[Image: 23124423.jpg]](http://img233.imageshack.us/img233/9107/23124423.jpg)
![[Image: BodeRTBanner350x120.jpg]](http://www.idesign.pt/BodeRT/2007/BodeRTBanner350x120.jpg)

![[Image: mclarensj5.jpg]](http://img233.imageshack.us/img233/1207/mclarensj5.jpg)