pomocy , chcą mi neta odłączyć!!

[j.h.hudy]

troszke zeszliscie z tematu <hahaha>

był dzis umnie admin z fimy i powiedział ze powodem jest to ze mam za szybką karte sieciową i jest za szybka dla ich łącza , jak ktos sciagał odemnie coś na dc to zajmował 80 % łącza :o 8O

 

wyłączyli hub firym dc++ na czas poprawy jakosci polaczen , przynajmniej mam neta :]

[noose]

Hymm ...  

PING wp.pl (212.77.100.101): 56 octets data

64 octets from 212.77.100.101: icmp_seq=0 ttl=117 time=26.2 ms

64 octets from 212.77.100.101: icmp_seq=1 ttl=117 time=27.9 ms

64 octets from 212.77.100.101: icmp_seq=2 ttl=117 time=27.8 ms

64 octets from 212.77.100.101: icmp_seq=3 ttl=117 time=29.7 ms

64 octets from 212.77.100.101: icmp_seq=4 ttl=117 time=25.7 ms

64 octets from 212.77.100.101: icmp_seq=5 ttl=117 time=28.6 ms

64 octets from 212.77.100.101: icmp_seq=6 ttl=117 time=28.5 ms

64 octets from 212.77.100.101: icmp_seq=7 ttl=117 time=29.4 ms

64 octets from 212.77.100.101: icmp_seq=8 ttl=117 time=27.3 ms

64 octets from 212.77.100.101: icmp_seq=9 ttl=117 time=26.7 ms

64 octets from 212.77.100.101: icmp_seq=10 ttl=117 time=27.1ms

 

Biorac pod uwage, ze nie jestem sam to jest dobrze ;]

A co do tej najtanszej neo nalezy zwrocic uwage na fragment "Transfer do 128kbit" - czyli rownie dobrze mozesz miec 56 i mniej ... tak ja to interpretuje ;)

Pozdrowka

UPDATE:

PING onet.pl (213.180.130.200): 56 octets data

64 octets from 213.180.130.200: icmp_seq=0 ttl=57 time=16.1 ms

64 octets from 213.180.130.200: icmp_seq=1 ttl=57 time=16.1 ms

64 octets from 213.180.130.200: icmp_seq=2 ttl=57 time=19.0 ms

64 octets from 213.180.130.200: icmp_seq=3 ttl=57 time=15.0 ms

64 octets from 213.180.130.200: icmp_seq=4 ttl=57 time=16.8 ms

64 octets from 213.180.130.200: icmp_seq=5 ttl=57 time=15.7 ms

64 octets from 213.180.130.200: icmp_seq=6 ttl=57 time=17.6 ms

64 octets from 213.180.130.200: icmp_seq=7 ttl=57 time=18.6 ms

64 octets from 213.180.130.200: icmp_seq=8 ttl=57 time=16.5 ms

64 octets from 213.180.130.200: icmp_seq=9 ttl=57 time=16.4 ms

64 octets from 213.180.130.200: icmp_seq=10 ttl=57 time=16.3 ms

64 octets from 213.180.130.200: icmp_seq=11 ttl=57 time=17.2 ms

64 octets from 213.180.130.200: icmp_seq=12 ttl=57 time=17.1 ms

(w tym samym czasie :/ ...)

ja tez nie jestem sam w sieci :P

co do neo..... moje neo ma predkosc do 640 i chodzi na 640 :]

znajomy ma ta najtansza i chodzi mu na 120-128kbps wiec nie jest zle :)

[Kat_666]

Ale zawsze moga sie wycfanic i obnizyc jakos uslugi ;]]]]

Jak to tepsa :D

Pozdrowka

[_Borys]

troszke zeszliscie z tematu <hahaha>

był dzis umnie admin z fimy i powiedział ze powodem jest to ze mam za szybką karte sieciową i jest za szybka dla ich łącza , jak ktos sciagał odemnie coś na dc to zajmował 80 % łącza :o  8O 

 

wyłączyli hub firym dc++ na czas poprawy jakosci polaczen  , przynajmniej mam neta :]

 

Chodzi o lacze do Internetu czy o twoje lacze do LAN'u ????

Nadal nie rozumiem jak sieciowka moze byc za szybka do Ethernetu???

 

Nikt nie powiedzial ze 3COM jest niezgodny z ethernetem, tylko ze ma Time Out'y ktore sa niezgodne (za krotkie) i dlatego ma wieksza wydajnosc niz inne karty i dlugosc tego Time out'u jest niezgodna ze standardem.

Nie rozumiem chodzi o Slot time???

Jesli tak to musi ta siecowka jest zepsuta a nie niezgodna ze standartem.

Standartowo karzda sieciowka musi czekac przed wyslaniem ramki odpowiednio:

10 Mbps - 51.2 piko sekundy

100 Mbps - 5.12 j/w

1 Gbps - 4.096 j/w.

 

Co umozliwia wyslanie ramki z mniejszym prawdopodobienstwem kolizji.

Jesli wiec ta sieciowka wysylala dane szybciej to znaczy raczej ze jest zepsuta niz niezgodna ze standartem. Mysle tak dlatego ze taka siecowka zamiast wysylac normalne ramki to raczej powodowaly by (szczegolnie w duzych sieciach) kolizje i to prawie non stop a korzysc z tego zadna.

Poztym ma to znaczenie jak siec siec jest na hubach albo repeaterach i w half duplex.

Ja bym raczej winil tutaj dc niz sieciowke. Po prostu z tej sieciowki wychodzilo duzo danych i to one przeciarzaly siec.

Albo winny moze ty byc kabel od huba'a do siecowki ktory jest za dlugi bo np moze tu dochadzic do poznych kolizji (late colision). W tym przypadku karta nie wie ze dzoszlo do kolizji i czeka ile musi i znowu wysyla kolejna ramke. Ktora znowy moze znowu uczestniczyc w kolizji.

 

Update:

Nawet jesli dlugosc kabla jest w normach to spoznione kolizje powoduje tez za duza liczba chabow albo repeaterow miedzy segmentem A i B.

Karzdy hub powoduje pwene opuznienie i jezeli tych hub'ow jest odpowiednio duzo, to czas jaki jest potrzebny ramce na przejscie z segmentu A do B jest wiekszy niz slot time co mozne powodowac rowniez tego typu kolizje.

[_Borys]

troszke zeszliscie z tematu <hahaha>

był dzis umnie admin z fimy i powiedział ze powodem jest to ze mam za szybką karte sieciową i jest za szybka dla ich łącza , jak ktos sciagał odemnie coś na dc to zajmował 80 % łącza :o  8O 

 

wyłączyli hub firym dc++ na czas poprawy jakosci polaczen  , przynajmniej mam neta :]

 

Chodzi o lacze do Internetu czy o twoje lacze do LAN'u ????

Nadal nie rozumiem jak sieciowka moze byc za szybka do Ethernetu???

 

Nikt nie powiedzial ze 3COM jest niezgodny z ethernetem, tylko ze ma Time Out'y ktore sa niezgodne (za krotkie) i dlatego ma wieksza wydajnosc niz inne karty i dlugosc tego Time out'u jest niezgodna ze standardem.

Nie rozumiem chodzi o Slot time???

Jesli tak to musi ta siecowka jest zepsuta a nie niezgodna ze standartem.

Standartowo karzda sieciowka musi czekac przed wyslaniem ramki odpowiednio:

10 Mbps - 51.2 piko sekundy

100 Mbps - 5.12 j/w

1 Gbps - 4.096 j/w.

 

Co umozliwia wyslanie ramki z mniejszym prawdopodobienstwem kolizji.

Jesli wiec ta sieciowka wysylala dane szybciej to znaczy raczej ze jest zepsuta niz niezgodna ze standartem. Mysle tak dlatego ze taka siecowka zamiast wysylac normalne ramki to raczej powodowaly by (szczegolnie w duzych sieciach) kolizje i to prawie non stop a korzysc z tego zadna.

Poztym ma to znaczenie jak siec siec jest na hubach albo repeaterach i w half duplex.

Ja bym raczej winil tutaj dc niz sieciowke. Po prostu z tej sieciowki wychodzilo duzo danych i to one przeciarzaly siec.

Albo winny moze ty byc kabel od huba'a do siecowki ktory jest za dlugi bo np moze tu dochadzic do poznych kolizji (late colision). W tym przypadku karta nie wie ze dzoszlo do kolizji i czeka ile musi i znowu wysyla kolejna ramke. Ktora znowy moze znowu uczestniczyc w kolizji.

 

Update:

Nawet jesli dlugosc kabla jest w normach to spoznione kolizje powoduje tez za duza liczba hub'ow albo repeaterow miedzy segmentem A i B.

Karzdy hub powoduje pwene opuznienie i jezeli tych hub'ow jest odpowiednio duzo, to czas jaki jest potrzebny ramce na przejscie z segmentu A do B jest wiekszy niz slot time co mozne powodowac rowniez tego typu kolizje.