-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
atman.pl!.POSTED!not-for-mail
From: Dariusz Dorochowicz <_...@w...com>
Newsgroups: pl.misc.elektronika
Subject: Re: Luserzy Elekrody.
Date: Thu, 15 Sep 2011 15:56:31 +0200
Organization: ATMAN - ATM S.A.
Lines: 67
Message-ID: <j4t066$qvn$1@node2.news.atman.pl>
References: <8...@p...pl>
<p94nkvzaivxp$.17jmdqe7792au.dlg@40tude.net>
<j...@p...onet.pl> <j4lbel$d4p$1@news.onet.pl>
<s...@f...lasek.waw.pl> <j...@p...onet.pl>
<s...@f...lasek.waw.pl> <j...@p...onet.pl>
<s...@f...lasek.waw.pl> <op.v1rg3te91cvm6g@lap>
<s...@f...lasek.waw.pl>
<8...@p...pl> <j4phhs$983$1@node2.news.atman.pl>
<5...@p...pl> <j4q7uu$pe$1@node2.news.atman.pl>
<1...@p...pl> <j4qf26$8ch$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<j4s4gg$ua5$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
<j4se50$8df$1@node2.news.atman.pl>
<s...@f...lasek.waw.pl>
NNTP-Posting-Host: 77-252-247-24.ip.netia.com.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: node2.news.atman.pl 1316094982 27639 77.252.247.24 (15 Sep 2011 13:56:22
GMT)
X-Complaints-To: u...@a...pl
NNTP-Posting-Date: Thu, 15 Sep 2011 13:56:22 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
In-Reply-To: <s...@f...lasek.waw.pl>
Xref: news-archive.icm.edu.pl pl.misc.elektronika:617326
[ ukryj nagłówki ]
W dniu 2011-09-15 14:54, Jarosław Sokołowski pisze:
> Pan Dariusz Dorochowicz napisał:
>
>>> DSL ma działać również na niewspółczesnych kablach.
>>
>> Ale chodzi o to, że do dyspozycji są rozwiązania, które wówczas były
>> albo nieosiągalne, albo nieuzasadnione ekonomicznie.
>
> Chodzi o to, że kiedyś nie próbowano budować urządzeń w rodzaju DSL,
> bo były nieuzasadnione teoretycznie -- teoria mówiła, że się nie da.
Czyli pojawiły się nowe możliwości ;)
> Nie, to mnie nie dziwi, podobnie jak nie zaskakuje fakt, że dwie osoby
> w tym samym pokoju mogą ze soba porozmawiać (nawet bez telefonu),
> a jeśli znajdują się w dwóch skrajnych skrzydłach tego samego budynku,
> to już nie. Nie wiem na ile ostre jest ograniczenie wynikające ze
> średnicy sieci, ale ono i tak jest rzadko istotne i może wystąpić
> dopiero wtedy, gdy dadzą o sobie znać również inne ograniczenia.
Tu jest raczej kwestia zdefiniowania poprawnego działania sieci. Czy
zgubienie ramki załatwione na wyższym poziomie oznacza poprawną
sytuację, czy nie itd. Możemy powiedzieć, że zgubienie ramki jest
niedopuszczalne. Tyle, że na wyższym poziomie i tak zostanie wymuszona
retransmisja. Takie tam właśnie gdybanie... Jak sieć masz zapełnioną, to
skutki będą przykre, ale jeżeli nie, to może być, że nikt tego nawet nie
zauważy.
>> Zasięg ograniczony czułością odbiorników też nie jest taki oczywisty: na
>> magistrali RG58 dajesz karty "standardowe" na środku, "rozszerzone" na
>> końcach... Sam się zdziwiłem jak zobaczyłem, co ludzie kombinowali, i to
>> działało.
>
> Chyba o tej właśnie nieoczywistości od początku piszę, prawda?
Ależ ja tego nie kwestionuję.
>>> Problem w typowej sieci w ogóle nie ma znaczenia, ograniczenie jest
>>> rzędu kilometrów, nawet nie pamiętam ile. Dopiero jak ktoś wpadnie
>>> na pomysł, by przepuścić *ethernet* przez światłowód, to się może
>>> zdziwić dlaczego mu to nie działa, mimo że tłumienie sygnału to
>>> pojedyncze decybele.
>>
>> No i tu też nie tak do końca. Przekraczasz regułę 5-4-3 i masz kłopot
>> nawet na kilkudziesięciu metrach.
>
> A jak się zaniedba zasadę, że światłowód od punktu A do punktu B musi
> być w jednym kawałku, to też nie działa.
A gdzież coś takiego jest?
>Albo jeśli zapomni się o tym,
> że urządzenia elektryczne działają lepiej po włączeniu zasilania niż
> przed. Podawanie kolejnych przykładów, w których *również* są kłopoty,
> nie wnosi niczego ciekawgo.
5-4-3 jest taką samą regułą jak długość segmentu i nie trzeba "dopiero
światłowodu" żeby wygenerować dokładnie taki sam problem. I tyle.
Rzekłbym nawet, że właśnie w typowej sieci na kablach miedzianych jest
dużo łatwiej popełnić błąd związany z rozpiętością sieci, bo łączysz za
dużo urządzeń i klapa. I tylko o to mi chodziło.
Pozdrawiam
DD
Następne wpisy z tego wątku
- 15.09.11 14:33 Jarosław Sokołowski
- 16.09.11 06:20 Dariusz Dorochowicz
- 16.09.11 11:21 J.F
- 16.09.11 11:23 J.F
- 16.09.11 12:23 Jarosław Sokołowski
- 16.09.11 15:31 Pszemol
- 16.09.11 16:52 Jarosław Sokołowski
- 16.09.11 17:57 Michoo
- 16.09.11 18:13 Pszemol
- 16.09.11 20:19 Michoo
- 16.09.11 21:22 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
Najnowsze wątki
- 2024-11-24 Aby WKOOOORWIĆ ekofaszystów ;-)
- 2024-11-22 OC - podwyżka
- 2024-11-22 wyszedł z domu bez buta
- 2024-11-22 Bieda hud.
- 2024-11-24 DS1813-10 się psuje
- 2024-11-23 Białystok => Inżynier bezpieczeństwa aplikacji <=
- 2024-11-23 Szczecin => QA Engineer <=
- 2024-11-23 Warszawa => SEO Specialist (15-20h tygodniowo) <=
- 2024-11-22 Warszawa => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-11-22 Warszawa => Senior Account Manager <=
- 2024-11-22 Warszawa => Key Account Manager <=
- 2024-11-22 Warszawa => DevOps Specialist <=
- 2024-11-22 Kraków => IT Expert (Network Systems area) <=
- 2024-11-22 Warszawa => Infrastructure Automation Engineer <=
- 2024-11-22 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=