interfejs synchroniczny przez si

Użytkownik "Darek" snipped-for-privacy@op.pl napisał w wiadomości news:em5gq6$74k$ snipped-for-privacy@news.onet.pl... Witam

Jakie mechanizmy wykorzystuje się w sieciach pakietowych do "przeniesienia" interfejsu synchronicznego? Może wyjaśnię dokładnie o co chodzi:

Interfejs synchroniczny (np. V.35, X.21) strona A <-> siec pakietowa (np. tcp/ip) <-> Interfejs synchroniczny (np. V.35, X.21) strona B

Wydaje mi sie ze troche mylisz pojecia - najpierw poszeze twoj modej :

urzadzenie wysylajace ->Interfejs synchroniczny (np. V.35, X.21) strona A <-> siec pakietowa (np. tcp/ip) <-> Interfejs synchroniczny (np. V.35, X.21) strona B - >urzadzenie odebierajaace.

A teraz go troche zmienimy : urzadzenie wysylajace - > interfejs ->sterownik interfejsu -> dane przesylane (zbior danych - np ramka) -> transport zbioru danych via tcp/ip - > zbior danych po stronie odbiorczej - > sterownik - > interfejs - > uradzenie odbierajace.

Zegar potrzebny jest na etapie urzadzenie wysylajace - > interfejs ->sterownik interfejsu i sterownik - > interfejs - > uradzenie odbierajace. i nie ma potrzeby aby byly synchronizowane.

Jezeli chcesz powiadomic dziewczyne ze sie z nia dzisiaj nie spotkasz to mozesz zadzwonic do niej bezposrednio i powiedziec - sory niunia dzis nie mam czasu - musi ona odebrac telefon i slyszec to co mowisz - tu zegar musi byc zsynchronizowany. Mozesz tez zadzwonic do kolegi i poprosic zadzwon do niuni i powiedz jej ze dzis nie moge - ty musisz miec zsynchronizowany zegar z kolega a on z niunia do ktorej dzwoni - ale nie musisz miec zsynchronizowanego zegara z niunia. W tym przypadku twoj kolega jest siecia pakietowa.

wojtek

No chyba jednak jest taka potrzeba. Nie bêdê siê ju¿ odnosi³ do t³umaczenia na pszczó³kach i ¿uczkach, które Ty opisa³eœ, tylko napiszê konkretnie:

Na interfejsie A odbierasz dane taktowane czêstotliwoœci¹ X = 1Hz, dla uproszczenia przyjmijmy jeden bajt, który trwa 8*1/X s = 8s (transmisja jest ci¹g³a wiêc jest nadawany bajt za bajtem). £adujesz ten jeden bajt w ramkê, która przesy³ana jest sieci¹ pakietow¹ (zak³adamy, ¿e sieæ pakietowa ma wystarczaj¹c¹ przepustowoœæ aby siê wyrobiæ i wprowadza sta³e opóŸnienie dla ka¿dego pakietu).

Po stronie odbiorczej, ramka zostaje odebrana, zdekodowana itd. Teraz przez interfejs B zaczynasz nadawaæ wczeœniej odebrany bajt. Zegar nadawczy interfejsu B ma czêstotliwoœæ np. X-p = 0,5Hz, czyli czas nadawania oœmiu bitów wyniesie 8*1/(X-p) = 16s, gdzie p symbolizuje rozstrojenie zegara B wzglêdem A.

No i co siê wtedy stanie, je¿eli bêdziesz mia³, przyjmijmy dla uproszczenia

To gdzie tu mylê pojêcia i gdzie zrobi³em b³¹d myœlowy?

Pozdrawiam Darek

Darek napisał(a):

A co bedzie jak na B spadnie meteoryt? :) Po prostu nikt nie przyjmuje tak tragicznych niedociagniec. Albo dane wejsciowe do A nie plyna synchronicznie/bez przerwy - wtedy wielkosc bufora musi wystarczy by udalo sie wyslac w przerwach nadmiar danych. Albo dopuszczalne roznice zegarow nie sa wieksze niz dopuszczalny blad szerokosci bitu, czyli po prostu kazdy bit (albo jeden co bajt, jesli przyjac takie buforowanie) bedzie troszke krotszy czasowo, bo bedzie go "poganiac" kolejny bit. W urzadzeniu B odbieranie i dekodowanie danych z sieci pakietowej oraz ich wysylanie po interfejsie synchronicznym musi byc mniejwiecej niezalezne ale zsynchronizowane- np odebrano caly bajt, nalezy go wyslac szeregowo. I w tym momencie niezaleznie czy poprzednia transmisja juz sie zakonczyla, czy nie, zostaje on wyslany, jesli roznica zegara spowoduje urwanie 5% ostatniego bitu... trudno. Ale rezonatory kwarcowe miedzy egzemplazami nie roznia sie o 5% a o wieele mniej, wiec problem jest o wiele mniejszy :) No chyba ze ktos cos skiepsci mocno w projekcie, albo usiluje robic transmisje synchroniczna bezprzewodowa pomiedzy ziemia a rakieta uciekajaca w kosmos, i walczy z efektami dopplerowskimi itp.

przesadzasz... ja nie wymyœlam tylko szukam sposobu synchronizacji, która jest krytyczna przy przesy³aniu sygna³u odbieranego synchronicznie, przez sieæ pakietow¹.

nie wiem co masz na myœli przez tragiczne niedoci¹gniêcia? Rozstrojenie zegara - je¿eli o to chodzi to przekoloryzowa³em aby ³atwiej opisaæ problem. Ale je¿eli rozstrojenie bêdzie du¿o du¿o mniejsze to problem przepe³niania, czy niedope³niania buforów nadal bêdzie istnia³, choæ stopa b³êdów bêdzie znacznie lepsza.

tu jest sprawa prosta i nie o to mi chodzi.

a trzecia opcja, albo synchronizuje siê zegary. Takie rzeczy siê robi. Zobacz TDMoIP. Z tego co uda³o mi siê teraz poszukaæ to wykorzystuje sie protokó³ NTP (network time protocol) i RTP (real time protocol).

jest to jakaœ metoda, byæ mo¿e okaza³a by siê skuteczna, przy krótkich pakietach, ale jednak trochê si³owa...

Problem synchronizacji jest krytyczny w tego rodzaju rozwi¹zaniach.

Pozdrawiam Darek

Windows. Zwykly RS. Plyna dane z urzadzenia. Gdyby system nie buforowal informacji plynacej z uartu to zaden program nie mail by szans na poprawne dzialnie. Czemu? Wielozadaniowosc. Program dzila cyklicznie: X czasu co N czasu. Ani X ani N nie sa stale. Pewne zjawiska w systemie powoduja ze czasami N moze byc wyrazane w sekundach (np inny program probuje czytac zarysiowanego CDka).

TCP/IP - wysylamy ramke - np "ala i as"+CR. "ala i a" ida przez warszawe i londyn a "s+CR" przez nowy jork - do kupy skaldane sa w miejscu docelowym. Przez warszawe idzie z opoznieniem 0.007s a przez nowy jork ma 1.7 sec opoznienia bo zamoloty nisko lataja.

Transmisja synchroniczna? Co to takiego? Ramka jest synchronizowana zegarem. Ramka czyli bajt (czasami 16, czasami 18 czasami dwadziescia kilka bitow) Ale ramka na interfejs wysyla STEROWNIK INTERFEJSU PO STRONIE ODBIORCZEJ Jest to TAKA SAMA a nie TA SAMA ramka jak zostala wyslana przez sterownik interfejsu po stronie nadawczej. Aby te ramke przepchnac przez TCP/IP to trzeba uzupelnic ja jeszcze o mase innej informacji - w TCP/IP kazdy pakiet zanim zostanie wyslany jest uzgadniany przez nadawce i odbiorce i jesli chcesz wyslac tylko JEDEN bajt to musisz i tak wyslac ich KILKASET. Dlatego musisz ze swoich ramek zbudowac PAKIET i pchnac go w calosci - np pakiet

wojtek

Użytkownik "Darek" snipped-for-privacy@op.pl napisał w wiadomoœci news:emau9m$7dp$ snipped-for-privacy@news.onet.pl...

No i co z tego wynika ? Tylko tyle ze strony negocjuja ze soba transmisje tak aby byly zsynchronizowane w czasie - np podczas rozmowy telefonicznej. Upraszczajac aby odbiorca przetwarzal taka sama ramke danych w takim samym czasie bo fizycznie nie jest w sanie przeslac i przetworzyc ta sama ramke w tym samym czasie - to drobna subtelna roznica. Slucham teraz tvn24 via internet i dzwiek jest opozniony o okolo 10 sekund wzgledem tego co leci w tv. Dzieki temu moge nawet na moment wylaczyc modm a mam ciaglosc dzwieku. Inaczej kazde piardniecie w w sieci lub windowsie powodowalo by rwanie dzwieku. Tak zreszta bylo w poczatkach telefonii IP. Oczywiscie podczas rozmowy telefonicznej nie mozna sobie pozwolic na kilkusekundowe przesuniecia dlatego stosuje sie zaawansowane czasry mary aby pakiety z dzwiekiem synchronizowac ze soba aby skompensowac nierowne tempo przesylu srumienia danych z dzwiekiem ale nie ma to nic wspolnego z synchronizowaniem przebiegu prostokatnego sygnalu CLOCK taktujacego interejs po pbu koncach kabla a tak wynikalo z kolegi postu.

wojtek