🚀 go-pugleaf

On Sat, 14 May 2011 18:53:54 +0200, Bies <galapagos21@gazeta.pl> wrote:

>
> Ponieważ transfery obecnie uzyskiwane dalekie są od deklarowanych,

:)  a jakie są te "zdeklarowane"?

Podaj lepiej jakie masz teraz parametry SNR, ATTU, wartość synchro.
Podaj też te rzeczywiste transfery.

>
> Jednym słowem czy jest sens komplikować instalację dwoma  
> urządzeniami, które mają dość dobre opinie zamiast jednym  
> zintegrowanym o podobnych parametrach.

Nie.



-- 
B.G

W dniu 2011-05-14 18:53, Bies pisze:

> Kupiłem neostradę 10 Mbit, ale chcę oddać używanego dotychczas Live Boxa
> i muszę wybrać coś w zamian, zdecydowałem się na produkt firmy TP-Link
> TD-W 8960 N, który ma niezłe opinie i jego funkcjonalność jest
> całkowicie wystarczająca na chwilę obecną.

TD-W 8960 N to dobry wybór. Jest na układzie Broadcoma jest stabilny i 
ma dobry zasięg.

Zainstalowałem dwóm znajomym (na linach pełne 10Mb i 20Mb ). Zero 
problemów i zawiech.

W.W.

Użytkownik "B.G" <zapytaj@wp.com.eu> napisał w wiadomości 
news:op.vvhhd2h1ot8lwb@prezes...
> On Sat, 14 May 2011 18:53:54 +0200, Bies <galapagos21@gazeta.pl> wrote:
>
>>
>> Ponieważ transfery obecnie uzyskiwane dalekie są od deklarowanych,
>
> :)  a jakie są te "zdeklarowane"?
>
> Podaj lepiej jakie masz teraz parametry SNR, ATTU, wartość synchro.
> Podaj też te rzeczywiste transfery.
>
>>
>> Jednym słowem czy jest sens komplikować instalację dwoma  urządzeniami, 
>> które mają dość dobre opinie zamiast jednym  zintegrowanym o podobnych 
>> parametrach.
>
> Nie.
>
>
>
> -- 
> B.G
Obecne parametry:
Status linii ADSL Podniesiony

Standard ADSL G992_5_A

Szybkość wysyłania 996 Kb/s (Intlv[LP0])

Szybkość pobierania  12440 Kb/s (Intlv[LP0])

Tłumienie Bliski koniec: 28.9 (dB)

Odległy koniec: 14.9 (dB)

Sygnał/Szum Bliski koniec: 16 (dB)

Odległy koniec: 7 (dB)

Liczba błędnych pakietów 52

Firmware 0xe15080a

Błędne sek. w okresie 15 min  0

Błędy CRC 7

Błędne sek. w okresie 1 dnia 0



Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.



Bies

On Sat, 14 May 2011 23:23:55 +0200, Bies <galapagos21@gazeta.pl> wrote:

> Obecne parametry:
> Status linii ADSL Podniesiony
>
> Standard ADSL G992_5_A
>
> Szybkość wysyłania 996 Kb/s (Intlv[LP0])
>
> Szybkość pobierania  12440 Kb/s (Intlv[LP0])
>
> Tłumienie Bliski koniec: 28.9 (dB)
>
> Odległy koniec: 14.9 (dB)
>
> Sygnał/Szum Bliski koniec: 16 (dB)
>
> Odległy koniec: 7 (dB)
>
> Liczba błędnych pakietów 52
>
> Firmware 0xe15080a
>
> Błędne sek. w okresie 15 min  0
>
> Błędy CRC 7
>
> Błędne sek. w okresie 1 dnia 0
>
>
>
> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>
>
>
> Bies
>


Wobec powyższego, albo masz czymś "zatkany" router albo węzeł po  
stronie operatora nie wydala.
Nie widać tu problemu linii, więc inny/lepszy modem nic nie zmieni.
Inna inszość jest taka, że nie ma co wymagać permanentnej maksymalnej  
przepustowości - bo to nie ta usługa i cena.
Ze speedtestów sprawdź sobie na speedtest.tp.pl   Zobacz jakie masz  
transfery w rzeczywistych aplikacjach,  np. ściągaj plik po http z  
noc.gts.pl
Na LiveBox miałeś taki sam transfer?



-- 
B.G

Użytkownik "B.G" <zapytaj@wp.com.eu> napisał w wiadomości 
news:op.vvhrvg0wot8lwb@prezes...
> On Sat, 14 May 2011 23:23:55 +0200, Bies <galapagos21@gazeta.pl> wrote:
>
>> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>>
>>
>>
>> Bies
>>
>
>
> Wobec powyższego, albo masz czymś "zatkany" router albo węzeł po  stronie 
> operatora nie wydala.
> Nie widać tu problemu linii, więc inny/lepszy modem nic nie zmieni.
> Inna inszość jest taka, że nie ma co wymagać permanentnej maksymalnej 
> przepustowości - bo to nie ta usługa i cena.
> Ze speedtestów sprawdź sobie na speedtest.tp.pl   Zobacz jakie masz 
> transfery w rzeczywistych aplikacjach,  np. ściągaj plik po http z 
> noc.gts.pl
> Na LiveBox miałeś taki sam transfer?
>
>
>
> -- 
> B.G

Na speedtest.tp.pl  transfery pływają od 6 do 15 Mbitów (pingi 30). 
natomiast
na noc.gts.pl transfer ok 1 MB/s. Niestety tylko na tych testach to łącze 
wygląda dobrze.
Na innych stronach:
1. http://www.speakeasy.net/promos/freephone/
2. http://www.speedtest.pl/
3. http://www.speedtest.net/
wyniki są znacznie gorsze, tzn. transfery pływają od 6 do 12 Mbitów; pingi 
od 60 do 170.
Pozdrawiam

Bies 

Użytkownik "Bies" <galapagos21@gazeta.pl> napisał w wiadomości 
news:4dcf0984$0$2440$65785112@news.neostrada.pl...
>
> Użytkownik "B.G" <zapytaj@wp.com.eu> napisał w wiadomości 
> news:op.vvhrvg0wot8lwb@prezes...
>> On Sat, 14 May 2011 23:23:55 +0200, Bies <galapagos21@gazeta.pl> wrote:
>>
>>> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>>>
>>>
>>>
>>> Bies
>>>
>>
>>
>> Wobec powyższego, albo masz czymś "zatkany" router albo węzeł po  stronie 
>> operatora nie wydala.
>> Nie widać tu problemu linii, więc inny/lepszy modem nic nie zmieni.
>> Inna inszość jest taka, że nie ma co wymagać permanentnej maksymalnej 
>> przepustowości - bo to nie ta usługa i cena.
>> Ze speedtestów sprawdź sobie na speedtest.tp.pl   Zobacz jakie masz 
>> transfery w rzeczywistych aplikacjach,  np. ściągaj plik po http z 
>> noc.gts.pl
>> Na LiveBox miałeś taki sam transfer?
>>
>>
>>
>> -- 
>> B.G
>
> Na speedtest.tp.pl  transfery pływają od 6 do 15 Mbitów (pingi 30). 
> natomiast
> na noc.gts.pl transfer ok 1 MB/s. Niestety tylko na tych testach to łącze 
> wygląda dobrze.
> Na innych stronach:
> 1. http://www.speakeasy.net/promos/freephone/
> 2. http://www.speedtest.pl/
> 3. http://www.speedtest.net/
> wyniki są znacznie gorsze, tzn. transfery pływają od 6 do 12 Mbitów; pingi 
> od 60 do 170.
> Pozdrawiam
>
> Bies
>
Zapomniałem dodać, że to są wyniki na Live Boxie. 

"Bies" news:4dcef2f9$0$2452$65785112@news.neostrada.pl

> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.

Te wszystkie strony z gatunku speedtest to jest jedno wielkie g...
Test na poziomie przeprowadza się łącząc się np. Total Commanderem ze
wskazanymi ftp-ami i ściągamy w zależności od serwera albo testowe paczki
lub dystrybucję linux-a (czasami trzeba wejść głębiej albo do katalogu pub,
lub skorzystać z którego z linków aby dotrzec do paczek do testowania)

ftp://ftp.task.gda.pl
ftp://ftp.tpnet.pl
ftp://ftp.atman.pl

Bez najmniejszych problemów 1 wątek ma zatkać 10Mb - jak nie zatyka to
widocznie jest was za dużo w okolicy ;)
Co najwyżej w godzinach szczytu zdarzają się lekkie wahnięcia transferu przy
testowaniu powyższych ftp - ale to są wahnięcia do -10% na 1-2 sek.
TP-Link TD-W8960N bardzo dobrze działa na 10Mb - ma tylko mały feler w swoim
firmaware, chińczyka przerasta jak widać usunięcie bubla - mieli to
zgłaszane i polegli.
Bubel polega na tym, że jeżeli w sieci jest komp ze starszym win2000 (przy
win xp nie ma tego problemu) to niestety nie będziemy mogli za pośrednictwem
wskazanego TP-Linka wysłać na neostradowy ftp.neostrada.pl. Po 8KB wysłanych
danych następuje koniec wysyłki i wisi sobie tak już na wieki.
Prawdopodobnie serwer neo ma jakąś niestandardową konfigurację i stąd
problem. Dziwnym trafem dotyczy to tylko i wyłącznie tego neostradowego ftp,
na inne ftp bez zająknięcia się wysyła - w tej samej konfiguracji
programowo-sprzętowej.
Wymiana TP-Link-a na Netgear-a DGN-2000 i cały feler znika jak ręką odjął.
Póki co to jedyny feler jaki wykryłem w tym TP-Link. Poza tym bardzo dobra
maszyna ten TD-W8960N także na słabe linie, na upload synchro łapie mi wyżej
niż Netgear. U mnie całymi miesiącami pracuje bez zająknięcia.

Użytkownik "jędrek" <andx3wytnij@poczta.onet.pl> napisał w wiadomości 
news:iqo8om.fo.1@and.krakow...
> "Bies" news:4dcef2f9$0$2452$65785112@news.neostrada.pl
>
>> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>
> Te wszystkie strony z gatunku speedtest to jest jedno wielkie g...
> Test na poziomie przeprowadza się łącząc się np. Total Commanderem ze
> wskazanymi ftp-ami i ściągamy w zależności od serwera albo testowe paczki
> lub dystrybucję linux-a (czasami trzeba wejść głębiej albo do katalogu 
> pub,
> lub skorzystać z którego z linków aby dotrzec do paczek do testowania)
>
> ftp://ftp.task.gda.pl
> ftp://ftp.tpnet.pl
> ftp://ftp.atman.pl
>
> Bez najmniejszych problemów 1 wątek ma zatkać 10Mb - jak nie zatyka to
> widocznie jest was za dużo w okolicy ;)
> Co najwyżej w godzinach szczytu zdarzają się lekkie wahnięcia transferu 
> przy
> testowaniu powyższych ftp - ale to są wahnięcia do -10% na 1-2 sek.
> TP-Link TD-W8960N bardzo dobrze działa na 10Mb - ma tylko mały feler w 
> swoim
> firmaware, chińczyka przerasta jak widać usunięcie bubla - mieli to
> zgłaszane i polegli.
> Bubel polega na tym, że jeżeli w sieci jest komp ze starszym win2000 (przy
> win xp nie ma tego problemu) to niestety nie będziemy mogli za 
> pośrednictwem
> wskazanego TP-Linka wysłać na neostradowy ftp.neostrada.pl. Po 8KB 
> wysłanych
> danych następuje koniec wysyłki i wisi sobie tak już na wieki.
> Prawdopodobnie serwer neo ma jakąś niestandardową konfigurację i stąd
> problem. Dziwnym trafem dotyczy to tylko i wyłącznie tego neostradowego 
> ftp,
> na inne ftp bez zająknięcia się wysyła - w tej samej konfiguracji
> programowo-sprzętowej.
> Wymiana TP-Link-a na Netgear-a DGN-2000 i cały feler znika jak ręką odjął.
> Póki co to jedyny feler jaki wykryłem w tym TP-Link. Poza tym bardzo dobra
> maszyna ten TD-W8960N także na słabe linie, na upload synchro łapie mi 
> wyżej
> niż Netgear. U mnie całymi miesiącami pracuje bez zająknięcia.

Dziękuję za bardzo obszerną odpowiedź.

1. Pobieranie z ftp://ftp.task.gda.pl plików 500 MB faktycznie z prędkością 
10 Mb

pobieranie z ftp://ftp.atman.pl/ pliku 5 GB z prędkością ok. 9-10 Mb, czyli 
w granicach 10%. Rozumiem, że to dobry wynik. W takim razie strony testowe, 
które wcześniej podałem nie można traktować jako miarodajne. Inna rzecz, że 
kiedy miałem łącze 1 Mbit, to ich wyniki pokrywały się z moim łączem.

2. Na całe szczęście nie mam w sieci komputera z Win 2k, więc problem mam z 
głowy.

3. Zastanawiałem się również nad Netgear`em DGN 2200, trochę nowszym, ale w 
opiniach jest wymieniany trochę gorszy sygnał na wi fi, a poza tym 
traktowany jest jako niemal równorzędny z TP-Linkiem.

4. Mam jeszcze pytanie odnośnie parametru sygnał/szum wcześniej przy 1 Mb 
miałem 32/30 dB; a teraz (przy 10 Mb) mam 16/7 dB. Od czego to zależy?

Dziękuję za zainteresowanie moim problemem

Bies

>> :)  a jakie są te "zdeklarowane"?
>>
>> Podaj lepiej jakie masz teraz parametry SNR, ATTU, wartość synchro.
>> Podaj też te rzeczywiste transfery.
>>
>>>
>>> Jednym słowem czy jest sens komplikować instalację dwoma  urządzeniami, 
>>> które mają dość dobre opinie zamiast jednym  zintegrowanym o podobnych 
>>> parametrach.
>>
>> Nie.
>>
>>
>>
>> -- 
>> B.G
> Obecne parametry:
> Status linii ADSL Podniesiony
>
> Standard ADSL G992_5_A
>
> Szybkość wysyłania 996 Kb/s (Intlv[LP0])
>
> Szybkość pobierania  12440 Kb/s (Intlv[LP0])
>
> Tłumienie Bliski koniec: 28.9 (dB)
>
> Odległy koniec: 14.9 (dB)
>
> Sygnał/Szum Bliski koniec: 16 (dB)
>
> Odległy koniec: 7 (dB)
>
> Liczba błędnych pakietów 52
>
> Firmware 0xe15080a
>
> Błędne sek. w okresie 15 min  0
>
> Błędy CRC 7
>
> Błędne sek. w okresie 1 dnia 0
>
>
>
> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>
A nie jest przypadkiem tak, że migrowałes z opcji 6M nie dalej niż miesiąc 
temu? Jesli tak to pewnie jeszcze nie zwiększyli Ci szybkości na loginie do 
usługi.

Jeśli nie to porób testy poza godzinami szczytu, na przykład w weekend rano 
i zobacz jakie wtedy transfery. Może być po prostu przytkany DSLAM. 

Użytkownik "Vlad The Ripper" <os^$_znaki_bez_shift@poczta.wp.pl> napisał w 
wiadomości news:iqql14$eaj$1@inews.gazeta.pl...
>>> :)  a jakie są te "zdeklarowane"?
>> Obecne parametry:
>> Status linii ADSL Podniesiony
>>
>> Standard ADSL G992_5_A
>>
>> Szybkość wysyłania 996 Kb/s (Intlv[LP0])
>>
>> Szybkość pobierania  12440 Kb/s (Intlv[LP0])
>>
>> Tłumienie Bliski koniec: 28.9 (dB)
>>
>> Odległy koniec: 14.9 (dB)
>>
>> Sygnał/Szum Bliski koniec: 16 (dB)
>>
>> Odległy koniec: 7 (dB)
>>
>> Liczba błędnych pakietów 52
>>
>> Firmware 0xe15080a
>>
>> Błędne sek. w okresie 15 min  0
>>
>> Błędy CRC 7
>>
>> Błędne sek. w okresie 1 dnia 0
>>
>>
>>
>> Jednak przeciętne transfery na speedteście whają się 6- 7.5 Mbita.
>>
> A nie jest przypadkiem tak, że migrowałes z opcji 6M nie dalej niż miesiąc 
> temu? Jesli tak to pewnie jeszcze nie zwiększyli Ci szybkości na loginie 
> do usługi.
>
> Jeśli nie to porób testy poza godzinami szczytu, na przykład w weekend 
> rano i zobacz jakie wtedy transfery. Może być po prostu przytkany DSLAM.
>
Niestety, przeszedłem z 1 Mb na 10 Mb i testy robiłem o różnych porach dnia 
i to parokrotnie.
Jedyne co mnie martwi, to pogorszenie parametru S/N (o czym wyżej) i nie 
wiem czy jest na to jakaś rada.
Pozdrawiam
Bies 

>> A nie jest przypadkiem tak, że migrowałes z opcji 6M nie dalej niż 
>> miesiąc temu? Jesli tak to pewnie jeszcze nie zwiększyli Ci szybkości na 
>> loginie do usługi.
>>
>> Jeśli nie to porób testy poza godzinami szczytu, na przykład w weekend 
>> rano i zobacz jakie wtedy transfery. Może być po prostu przytkany DSLAM.
>>
> Niestety, przeszedłem z 1 Mb na 10 Mb i testy robiłem o różnych porach 
> dnia i to parokrotnie.
> Jedyne co mnie martwi, to pogorszenie parametru S/N (o czym wyżej) i nie 
> wiem czy jest na to jakaś rada.
> Pozdrawiam
> Bies
W sumie mało prawdopodobne, ale może nastąpił bład w przypisaniu szybkości 
do loginu.
To normalne że S/N się waha, niższy jest w godzinach szczytu ze względu na 
przenik sygnału od innych klientów.
Jeśli nie próbowałeś tego jeszcze to spróbuj testować szybkość łącząc się z 
liveboxem po kablu zamiast po WiFi. 

Użytkownik "Vlad The Ripper" <os^$_znaki_bez_shift@poczta.wp.pl> napisał w 
wiadomości news:iqvv9c$ncs$1@inews.gazeta.pl...
> W sumie mało prawdopodobne, ale może nastąpił bład w przypisaniu szybkości 
> do loginu.
> To normalne że S/N się waha, niższy jest w godzinach szczytu ze względu na 
> przenik sygnału od innych klientów.
> Jeśli nie próbowałeś tego jeszcze to spróbuj testować szybkość łącząc się 
> z liveboxem po kablu zamiast po WiFi.
>
>
Zawsze wszelkie testy robię na kablu, a nie na wifi. Rozumiem wahania 
niektórych parametrów w trakcie doby czy dni tygodnia. Jednak S/N zmienił 
się o połowę po zmianie prędkości (32/30 dB na 16/7 dB). Czekam na nowy 
modem, który zamówiłem i sprawdzę czy na nim będę miał takie same osiągi czy 
nieco lepsze.
Pozdrawiam
Bies 

On 2011-05-18 11:40, Bies wrote:
>
> Użytkownik "Vlad The Ripper" <os^$_znaki_bez_shift@poczta.wp.pl> napisał
> w wiadomości news:iqvv9c$ncs$1@inews.gazeta.pl...
>> W sumie mało prawdopodobne, ale może nastąpił bład w przypisaniu
>> szybkości do loginu.
>> To normalne że S/N się waha, niższy jest w godzinach szczytu ze
>> względu na przenik sygnału od innych klientów.
>> Jeśli nie próbowałeś tego jeszcze to spróbuj testować szybkość łącząc
>> się z liveboxem po kablu zamiast po WiFi.
>>
>>
> Zawsze wszelkie testy robię na kablu, a nie na wifi. Rozumiem wahania
> niektórych parametrów w trakcie doby czy dni tygodnia. Jednak S/N
> zmienił się o połowę po zmianie prędkości (32/30 dB na 16/7 dB). Czekam
> na nowy modem, który zamówiłem i sprawdzę czy na nim będę miał takie
> same osiągi czy nieco lepsze.
> Pozdrawiam
> Bies
Przy zwiększaniu prędkości S?N musi się zmniejszyć - kiedyś miałeś 1 czy 
2 Mb i zapas był spory - obecnie zapas zmniejszył się co jest zjawiskiem 
naturalnym. Niepokoiłbym się gdyby pozostał taki sam. Co do błędów to ja 
mam nawet do 100 FEC na minutę (te niekoregowalne) i ok 1000 CRC 
(koregowalne) i łączy wyciskam na 10,6 Mb (nominalnie 10). Przy ADSL 1 
miałem SNR około 32 dB a obecnie 8 dB w dół i 6 do 5 up - pomimo tego 
łącze jest stabilne - w ciągu 6 miesięcy nie było resynchronizacji. 
Transfery skaczą najprawdopodobnie z powodu przeciążonego łacza - wtedy 
włąśnie o 18 masz np. 6Mb a o 23-max.

"Bies" news:4dcfc79d$0$2506$65785112@news.neostrada.pl

> 4. Mam jeszcze pytanie odnośnie parametru sygnał/szum wcześniej przy 1 Mb
> miałem 32/30 dB; a teraz (przy 10 Mb) mam 16/7 dB. Od czego to zależy?

Stosunek sygnału do szumu (SNR) zależy zarówno od długości linii, jak i od
prędkości usługi, od jakości pary miedzianej - jej symetryczności, sposobu
jej prowadzenia w kanałach i ciągach kablowych, obsadzenia podobnymi
usługami kabla, w którym nasza para się znajduje jako jedna z dziesiątek i
setek. Im szybsza neo tym SNR będzie coraz gorsze (coraz niższa wartość).
Im dłuższa linia miedziana tym bardziej podatna na zbieranie śmieci z
otoczenia. Linia miedziana zbiera śmieci z sąsiednich par miedzianych jakie
ma obok siebie w zbiorczym kablu n-parowy w ziemi, zbiera śmieci z
okablowania energetycznego 230V~ 50Hz gdy w pionach w budynku jest położona
równolegle z nim. A że po sieci zasilającej lata pełno śmieci od zasilaczy
impulsowych i innego sprzętu AGD to przy okazji podkłóca to naszą linię
miedziana i generuje dodatkowy szum na niej. Napowietrzna linia zbiera
sygnały radiowe - to wszystko będzie zakłóceniem na linii, będzie tworzyć
szum i parametr SNR będzie się pogarszał.
Im szybsza neo tym większe pasmo częstotliwości musi być przepuszczone przez
parę miedzianą, im szersze pasmo tym większa podatność na szumy - stąd
spadający parametr SNR wraz ze wzrostem szybkości.
Ponieważ technologia ADSL2+ w standardzie Annex A pracuje dla kanału upload
na max swoich możliwości, zaczyna już brakować podnośnych do uzyskania
pełnego uploadu 1Mbps, część podnośnych jest zakłócona i nie są już wtedy
wykorzystane, a że nie ma już w tym Annexie A zapasowych, wolnych
podnośnych - jako alternatywny kanał to dla uploadu mimo, że niższa
częstotliwość w porówaniu z pasmem obsługującym download -  w wyniku braków
tak cholernie leci na łeb SNR do 6-7dB dla kanału upload.

Użytkownik "jędrek" <andx3wytnij@poczta.onet.pl> napisał w wiadomości 
news:ir1jdd.1qk.1@and.krakow...
> "Bies" news:4dcfc79d$0$2506$65785112@news.neostrada.pl
>
>> 4. Mam jeszcze pytanie odnośnie parametru sygnał/szum wcześniej przy 1 Mb
>> miałem 32/30 dB; a teraz (przy 10 Mb) mam 16/7 dB. Od czego to zależy?
>
> Stosunek sygnału do szumu (SNR) zależy zarówno od długości linii, jak i od
> prędkości usługi, od jakości pary miedzianej - jej symetryczności, sposobu
> jej prowadzenia w kanałach i ciągach kablowych, obsadzenia podobnymi
> usługami kabla, w którym nasza para się znajduje jako jedna z dziesiątek i
> setek. Im szybsza neo tym SNR będzie coraz gorsze (coraz niższa wartość).
> Im dłuższa linia miedziana tym bardziej podatna na zbieranie śmieci z
> otoczenia. Linia miedziana zbiera śmieci z sąsiednich par miedzianych 
> jakie
> ma obok siebie w zbiorczym kablu n-parowy w ziemi, zbiera śmieci z
> okablowania energetycznego 230V~ 50Hz gdy w pionach w budynku jest 
> położona
> równolegle z nim. A że po sieci zasilającej lata pełno śmieci od zasilaczy
> impulsowych i innego sprzętu AGD to przy okazji podkłóca to naszą linię
> miedziana i generuje dodatkowy szum na niej. Napowietrzna linia zbiera
> sygnały radiowe - to wszystko będzie zakłóceniem na linii, będzie tworzyć
> szum i parametr SNR będzie się pogarszał.
> Im szybsza neo tym większe pasmo częstotliwości musi być przepuszczone 
> przez
> parę miedzianą, im szersze pasmo tym większa podatność na szumy - stąd
> spadający parametr SNR wraz ze wzrostem szybkości.
> Ponieważ technologia ADSL2+ w standardzie Annex A pracuje dla kanału 
> upload
> na max swoich możliwości, zaczyna już brakować podnośnych do uzyskania
> pełnego uploadu 1Mbps, część podnośnych jest zakłócona i nie są już wtedy
> wykorzystane, a że nie ma już w tym Annexie A zapasowych, wolnych
> podnośnych - jako alternatywny kanał to dla uploadu mimo, że niższa
> częstotliwość w porówaniu z pasmem obsługującym download -  w wyniku 
> braków
> tak cholernie leci na łeb SNR do 6-7dB dla kanału upload.

Dzięki za wyczerpującą odpowiedź.
Audiofile od dawna wiedzą o "zanieczyszczeniu sieci" i używają różnego 
rodzaju kondycjonery sieciowe, które poprawiają prąd zasilający urządzenia 
audio. Są to jednak urządzenia dość kosztowne i ich implementcja w 
urządzeniach sieciowych, choćby tylko z tego względu nie wchodzi w grę. 
Rozumiem, że nawet wpięcie modemu do takiego kondycjonera też ma sens 
niewielki i nieopłacalny. Chociaż byłbym ciekaw efektu.
Pozdrawiam

Bies 

"Bies" news:4dd44d07$0$2494$65785112@news.neostrada.pl

> Audiofile od dawna wiedzą o "zanieczyszczeniu sieci" i używają różnego
> rodzaju kondycjonery sieciowe, które poprawiają prąd zasilający urządzenia
> audio.

Już bez popadania w skrajność.
Dobrze zaprojektowany zasilacz ma być niewrażliwy na śmieci latające po
sieci zasilającej i ma ich nie wprowadzać z sieci do naszego urządzenia. Sam
zaś ma też śmieci nie wpychać do sieci.

Użytkownik "jędrek" napisał:

> Prawdopodobnie serwer neo ma jakąś niestandardową konfigurację i stąd
> problem.

I to jest oczywiściw wina Chińczyków. Powinni przyjechać i skonfigurować
prawidłowo serwer TPSA, tak aby działał ze sprzętem dostarczanym również
przez TPSA. To chyba oczywiste.

Remek

Użytkownik "Bies" napisał:

> Audiofile od dawna wiedzą o "zanieczyszczeniu sieci" i używają różnego
> rodzaju kondycjonery sieciowe ...

Audiofile (nie wszyscy) uwierzyli w bzdury robiące im wodę z mózgu i
czyszczące kieszenie. Nie mogłem powstrzymać się od śmiechu obserwując na
giełdzie jak tatulek kupował synkowi złocone kable i wtyki za cenę 10 x
wyższą od "zwykłych". Głupich nie sieją ...

Remek

"Remek" news:irgcb8$mo6$1@inews.gazeta.pl

> I to jest oczywiściw wina Chińczyków. Powinni przyjechać i skonfigurować
> prawidłowo serwer TPSA, tak aby działał ze sprzętem dostarczanym również
> przez TPSA. To chyba oczywiste.

Tak jest to wina chińczyków. Jeżeli komp ustawiasz w LAN-ie tego routera
jako DMZ to chyba logika, że komunikacja obustronna z ftp powinna być bez
zająknięcia. Router powinien być po prostu przeźroczysty dla takiego
konfiguracji.
Skoro Netgear nie robi żadnych problemów to czemu TP-Link je robi?
Dobry soft routera ma zapewnić takie działanie ustawionego kompa DMZ w sieci
jak na zwykłej mydelniczce Sagem-owskiej gdzie komp dostaje publiczne IP.

W dniu 2011-05-18 17:52, Tomi pisze:

> naturalnym. Niepokoiłbym się gdyby pozostał taki sam. Co do błędów to ja
> mam nawet do 100 FEC na minutę (te niekoregowalne) i ok 1000 CRC
> (koregowalne) i łączy wyciskam na 10,6 Mb (nominalnie 10).

Który modem umie korygować błędy CRC ???

Pzdr.
Kferro