Mi az UDP protokoll

Az UDP a User Datagram Protocol rövidítése. A kínai neve User Datagram Protocol. Ez egy kapcsolat nélküli szállítási réteg protokoll az OSI referencia modellben, és tranzakció-orientált egyszerű és megbízhatatlan információátviteli szolgáltatásokat nyújt. Ez az IETF RFC 768 hivatalos specifikációja, amely az UDP.

Az UDP protokoll az angol UserDatagramProtocol, vagyis felhasználói datagram protokoll rövidítése, amelyet főleg olyan hálózati alkalmazások támogatására használnak, amelyeknek adatokat kell továbbítaniuk a számítógépek között. Számos kliens / szerver hálózati alkalmazásnak, beleértve a hálózati videokonferencia-rendszereket is, használnia kell az UDP protokollt. Az UDP protokollt már évek óta használják a megalakulása óta. Bár kezdeti fényességét néhány hasonló protokoll elhomályosította, az UDP még ma is nagyon praktikus és megvalósítható hálózati szállítási réteg protokoll.

A jól ismert TCP (Transmission Control Protocol) protokollhoz hasonlóan az UDP protokoll is közvetlenül az IP (Internet Protocol) protokoll tetején található. Az OSI (Open System Interconnection) referenciamodell szerint az UDP és a TCP egyaránt szállítási réteg protokoll.

Az UDP protokoll fő funkciója a hálózati adatforgalom tömörítése datagrammákká. Egy tipikus datagram a bináris adatok átviteli egysége. Az egyes datagramok első 8 bájtja tartalmazza a fejléc információkat, a többi bájt pedig specifikus átviteli adatokat tartalmaz.

Az UDP fejléc 4 mezőből áll, amelyek mindegyike 2 bájtot foglal el, az alábbiak szerint:

Az UDP protokoll a portszámok segítségével foglalja le saját adatátviteli csatornáit különböző alkalmazások számára. Az UDP és a TCP protokollok ezt a mechanizmust használják több alkalmazás egyszerre adatküldésére és fogadására. Az adatküldő (lehet kliens vagy szerver) UDP datagrammákat küld a forrásporton keresztül, az adatvevő pedig az adatokat a célporton keresztül fogadja. Egyes hálózati alkalmazások csak statikus portokat használhatnak, amelyeket előre lefoglaltak vagy regisztráltak számukra; míg más hálózati alkalmazások nem regisztrált dinamikus portokat használhatnak. Mivel az UDP fejléc két bájtot használ a portszám tárolásához, a portszám érvényes tartománya 0 és 65535 között van. Általánosságban elmondható, hogy a 49151-nél nagyobb portszámok dinamikus portokat jelentenek.

A datagram hossza a bájtok teljes számára vonatkozik, beleértve a fejlécet és az adatrészt. Mivel a fejléc hossza rögzített, ezt a mezőt elsősorban a változó hosszúságú adatrész (más néven adatterhelés) kiszámítására használják. A datagramma maximális hossza a működési környezettől függően változik. Elméletileg a datagramma maximális hossza a fejléccel együtt 65535 bájt. Néhány gyakorlati alkalmazás gyakran korlátozza a datagram méretét, néha 8192 bájtra csökkentve.

Az UDP protokoll a fejléc ellenőrző értékét használja az adatbiztonság biztosítása érdekében. Az ellenőrzési értéket először egy speciális algoritmus számítja ki az adatküldőnél, és a vevőnek továbbítás után újra kell számolni. Ha egy adatbankot az átvitel során egy harmadik fél meghamisított, vagy a vonalzaj vagy egyéb okok miatt megsérült, a küldő és a vevő ellenőrzési számítási értéke nem fog egyezni, így az UDP protokoll felismeri, hogy van-e hiba. Ez eltér a TCP protokolltól, amelyhez ellenőrző értékre van szükség.

Az UDP és a TCP protokoll közötti fő különbség az, hogy miként lehet elérni a megbízható információátvitelt. A TCP protokoll speciális szállítási garancia mechanizmust tartalmaz. Amikor az adatátvevő megkapja az információt a feladótól, automatikusan megerősítő üzenetet küld a feladónak; a feladó csak a megerősítő üzenet kézhezvétele után továbbítja az egyéb információkat. Ellenkező esetben megvárja, amíg meg nem érkezik a megerősítő üzenet.

A TCP-vel ellentétben az UDP protokoll nem nyújt garancia mechanizmust az adatátvitelhez. Ha a datagram elveszik a küldőtől a vevőig történő átvitel során, maga a protokoll nem képes észlelni vagy felszólítani. Ezért az emberek az UDP protokollt általában megbízhatatlan továbbítási protokollnak hívják.

A TCP protokollhoz képest az UDP protokoll másik különbsége az, hogy hogyan lehet több váratlan datagrammot fogadni. A TCP-vel ellentétben az UDP nem garantálja az adatok küldésének és fogadásának sorrendjét. Például egy alkalmazás az ügyfélen elküldi a következő 4 datagrammot a kiszolgálónak

Az UDP azonban benyújthatja a kapott d-tata a kiszolgálóalkalmazáshoz a következő sorrendben:

Valójában az UDP protokoll ilyen rendellenességei alapvetően ritkán fordulnak elő, és általában csak akkor fordulnak elő, ha a hálózat túlterhelt.

Néhány olvasó megkérdezheti, mivel az UDP nem megbízható hálózati protokoll, milyen érték vagy szükség van? Valójában nem az. Bizonyos esetekben az UDP protokoll nagyon hasznos lehet. Mivel az UDP olyan sebesség-előnnyel rendelkezik, amelyhez a TCP nem képes. Bár a TCP protokollba különféle biztonsági funkciókat ültetnek be, a tényleges végrehajtási folyamatban nagy mennyiségű rendszerköltség lesz elfoglalva, ami kétségtelenül komolyan befolyásolja a sebességet. Másrészt az UDP kiküszöböli az információk megbízható átviteli mechanizmusát, és olyan funkciókat továbbít, mint a biztonság és a válogatás, a felsőbb rétegű alkalmazásokba, hogy ez befejeződjön, ami jelentősen lerövidíti a végrehajtási időt és biztosítja a sebességet.

Az UDP protokoll legkorábbi specifikációja az RFC768, amelyet 1980-ban adtak ki. Bár hosszú ideje van, az UDP protokoll továbbra is szerepet játszik a mainstream alkalmazásokban. Számos alkalmazás, beleértve a videotelekonferencia-rendszereket is, bebizonyította az UDP protokoll értékét. Mivel ezek az alkalmazások jobban figyelnek a tényleges teljesítményre, mint a megbízhatóságra, némi megbízhatóságot (például a minőségi minőséget) gyakran fel lehet áldozni a jobb felhasználási hatások (például a magasabb képfrissítési gyakoriság) érdekében. Ez az UDP és a TCP közötti kompromisszum. A különböző környezetek és jellemzők szerint mindkét átviteli protokoll fontosabb szerepet játszik a jövőbeni hálózati világban.

　　 Az UDP protokoll a portszámok segítségével foglalja le saját adatátviteli csatornáit különböző alkalmazások számára. Az UDP és a TCP protokollok ezt a mechanizmust használják több alkalmazás egyszerre adatküldésére és fogadására. Az adatküldő (lehet kliens vagy szerver) UDP datagrammákat küld a forrásporton keresztül, az adatfogadó pedig az adatokat a célporton keresztül fogadja. Egyes hálózati alkalmazások csak statikus portokat használhatnak, amelyeket előre lefoglaltak vagy regisztráltak számukra; míg más hálózati alkalmazások nem regisztrált dinamikus portokat használhatnak. Mivel az UDP fejléc két bájtot használ a portszám tárolásához, a portszám érvényes tartománya 0 és 65535 között van. Általánosságban elmondható, hogy a 49151-nél nagyobb portszámok dinamikus portokat jelentenek.

　　 Az UDP protokoll a fejlécben szereplő ellenőrzési értéket használja az adatbiztonság biztosítása érdekében. Az ellenőrzési értéket először egy speciális algoritmus számítja ki az adatküldőnél, és a vevőnek továbbítás után újra kell számolni. Ha egy adatbankot az átvitel során egy harmadik fél meghamisított, vagy a vonalzaj vagy egyéb okok miatt megsérült, a küldő és a vevő ellenőrzési számítási értéke nem fog egyezni, így az UDP protokoll felismeri, hogy van-e hiba. Ez eltér a TCP protokolltól, amelyhez ellenőrző értékre van szükség.

　　 Számos linkréteg protokoll hibajavítást tesz lehetővé, beleértve a népszerű Ethernet protokollt is. Lehet, hogy vajon miért nyújt ellenőrző összegeket az UDP is? Ennek oka, hogy a linkréteg alatti protokollok nem biztosíthatják a hibák észlelését egyes csatornákban a forrás és a terminál között. Bár az UDP hibadetektálást biztosít, hiba észlelésekor az UDP nem hajt végre hibajavítást. Egyszerűen eldobja a sérült üzenetszegmenst, vagy figyelmeztető információkat nyújt az alkalmazás számára.

　　 (1) Az UDP egy kapcsolat nélküli protokoll. A forrás és a terminál nem hoz létre kapcsolatot az adatok továbbítása előtt. Ha továbbítani akarja, egyszerűen megragadja az alkalmazás adatait, és a lehető leggyorsabban a hálózatra dobja. A küldési végén az UDP adatátvitel sebességét csak az alkalmazás generálásának sebessége, a számítógép kapacitása és az átviteli sávszélesség korlátozza; a fogadó végén az UDP minden üzenetszegmenst elhelyez a sorban, és az alkalmazás minden alkalommal eltávolítja a sorból, amikor egy üzenetszegmenst olvas.

　　 (2) Mivel az adatátvitel nem hoz létre kapcsolatot, nincs szükség a kapcsolat állapotának fenntartására, ideértve a vételi és a küldési állapotot is, így a szerver ugyanazt az üzenetet egyszerre több kliensnek továbbíthatja.

　　 (3) Az UDP csomag fejléce nagyon rövid, mindössze 8 bájt, ami nagyon kicsi a TCP 20 bájtos csomagjához képest.

　　 (4) Az áteresztőképességet a torlódásszabályozó algoritmus nem szabályozza, hanem csak az alkalmazásszoftver adatsebessége, az átviteli sávszélesség, valamint a forrás- és terminálhosztok teljesítménye korlátozza.

　　 (5) Az UDP a legjobb erőfeszítéseket használja, vagyis a megbízható kézbesítés nem garantált, ezért a gazdagépnek nem kell bonyolult kapcsolatállapot-táblát fenntartania (sok paraméter van).

　　 (6) Az UDP üzenet-orientált. A küldő UDP a fejléc hozzáadása után az alkalmazás által szállított üzenetet az IP rétegig juttatja el. Nem osztja és nem egyesíti, hanem megőrzi ezen üzenetek határait. Ezért az alkalmazásnak ki kell választania a megfelelő üzenetméretet.　

　　 Bár az UDP megbízhatatlan protokoll, ideális protokoll az információk terjesztésére. Például a tőzsdéről a képernyőn történő jelentés, a repülési információk megjelenítése a képernyőn stb. Az UDP-t a RIP (Routing Information Protocol) útválasztási információs protokollban is használják az útválasztási táblázat módosítására. Ezekben az alkalmazásokban, ha elveszik egy üzenet, néhány másodperc múlva egy új új üzenet váltja fel. Az UDP-t széles körben használják a multimédiás alkalmazásokban. Például a Progressive Networks által kifejlesztett RealAudio szoftver olyan szoftver, amely előre rögzített vagy élő zenét valós időben továbbít az ügyfél számára az interneten. A szoftver a RealAudio igény szerinti audiót használ. A protokoll protokoll olyan protokoll, amely UDP-n fut, és a legtöbb internetes telefonálási szoftver UDP-n is fut.

　　Az UDP = uridin-difoszfát, egy pirimidin-nukleotid, amely bázisokból, uracilból és ribózból áll, főleg nyersanyagként használják az RNS szintéziséhez (transzkripció). Ezenkívül az UDP a DTP energiafogyasztás terméke is. Funkciója hasonló az ADP-hez, de ritkábban fordul elő, mint az ADP. Vegyen részt a mikrobiális peptidoglikánok szintézisében.

Milyen messze (hosszú) a távadó fedelét?

A hatótávolság számos tényezőtől függ. Az igazi távolságot alapul az antenna telepítéséhez magasság, antennanyereség használva környezetben, mint épület és egyéb akadály, érzékenysége a vevő, antenna a vevő. Telepítése antenna több magas és használata vidéken, a távolság sokkal messzebb.

Példa 5W FM Transmitter használja a városban és a szülővárosa:

Van egy magyar ügyfél használja 5W fm transmitter GP antenna szülővárosában, s kipróbálni egy autót, akkor terjed 10km (6.21mile).

Tesztelem a 5W fm transmitter GP antenna szülővárosomban, ez fedezésére mintegy 2km (1.24mile).

Tesztelem a 5W fm transmitter GP antenna Guangzhou város, akkor terjed csak körülbelül 300meter (984ft).

Az alábbiakban a hozzávetőleges sor különböző teljesítmény FM adó. (A tartomány átmérő)

0.1W ~ 5W FM adó: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W FM adó: 3KM ~ 10KM

80W ~ 500W FM adó: 10KM ~ 30KM

500W ~ 1000W FM adó: 30KM ~ 50KM

1KW ~ 2KW FM adó: 50KM ~ 100KM

2KW ~ 5KW FM adó: 100KM ~ 150KM

5KW ~ 10KW FM adó: 150KM ~ 200KM

Hogyan léphet kapcsolatba velünk az adó?

Hívjon + 8618078869184 OR
Küldj e-mailt [e-mail védett]
1.How messze szeretné fedezni átmérőjű?
2.How magas közületek torony?
3.Where vagy?
És akkor kapsz több szakmai tanácsot.

Rólunk

Az FMUSER.ORG egy olyan rendszerintegrációs cég, amely az RF vezeték nélküli átvitelre / stúdió-videó hangberendezésre / streamingre és adatfeldolgozásra összpontosít.

FM adó, analóg TV adó, digitális TV adó, VHF UHF adó, antennák, koaxiális kábelcsatlakozók, STL, levegő feldolgozás, műsorszórási termékek a stúdióhoz, RF jel felügyelet, RDS kódolók, audio processzorok és távoli webhelyvezérlő egységek, IPTV termékek, Video / Audio Encoder / Decoder, úgy tervezték, hogy megfeleljenek mind a nagy nemzetközi műsorszóró hálózatok, mind a kis magánállomások igényeinek.

Megoldásunk FM rádióállomás / analóg tévéállomás / digitális tévéállomás / audio-video stúdió berendezés / stúdió adó-összeköttetés / adó-telemetria rendszer / szálloda TV-rendszer / IPTV élő közvetítés / élő közvetítés / videokonferencia / CATV műsorszóró rendszer.

Az összes rendszerhez fejlett technológiai termékeket használunk, mert tudjuk, hogy a nagy megbízhatóság és a nagy teljesítmény olyan fontos a rendszer és a megoldás szempontjából. Ugyanakkor meg kell győződnünk arról, hogy termékrendszerünk nagyon kedvező áron van.

A közszolgálati és kereskedelmi műsorszolgáltatók, a távközlési szolgáltatók és a szabályozó hatóságok ügyfelei vannak, és megoldásokat és termékeket is kínálunk több száz kisebb, helyi és közösségi műsorszolgáltatónak.

Az FMUSER.ORG több mint 15 éve exportál, és ügyfelei vannak a világ minden tájáról. 13 éves tapasztalattal rendelkezik ezen a területen, van egy profi csapatunk, hogy megoldjuk az ügyfelek mindenféle problémáját. Elkötelezettek vagyunk a professzionális termékek és szolgáltatások rendkívül elfogadható árainak biztosításában. Kapcsolattartó e-mail : [e-mail védett]

a Factory

Nekünk van korszerűsítés a gyár. Szeretettel várjuk, hogy látogassa meg a gyár, ha jön Kínába.

Jelenleg már vannak 1095 ügyfelek világszerte látogatott el Guangzhou Tianhe irodában. Ha jön Kína, szívesen látogasson el hozzánk.

Fair

Ez a mi részvétel 2012 Global Sources Hong Kong Electronics Fair . Az ügyfelek a világ minden tájáról végre van egy esélyt, hogy együtt legyünk.

Hol van Fmuser?

Kereshet ezekben a számokban " 23.127460034623816,113.33224654197693 "a google térképen, akkor megtalálhatja fmuser irodánkat.

FMUSER Guangzhou irodája Tianhe District, amely a központja a Canton . Nagyon közel hoz Canton Fair , Guangzhou vasútállomás, Xiaobei közúti és dashatou , Csak be kell 10 perc ha figyelembe TAXI . Üdvözöljük barátok a világ minden tájáról, hogy látogassa meg, és tárgyaljon.

Kapcsolat: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Email: [e-mail védett]
QQ: 727926717
Skype: sky198710021
Cím: No.305 szoba Huilan Building No.273 Huanpu Road Guangzhou Kína Zip: 510620

Angol: Minden fizetést elfogadunk, például PayPal, Hitelkártya, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ha bármilyen kérdése van, kérjük, vegye fel velem a kapcsolatot [e-mail védett] vagy a WhatsApp + 8618078869184

PayPal.  www.paypal.com

Azt javasoljuk, hogy a Paypal vásárolni a terméket, a Paypal biztonságos módon vásárolni az interneten.

Minden a mi elem lista oldal alján tetején van egy paypal logóra fizetni.

Hitelkártya.Ha nincs paypal, de van, hitelkártya, akkor is kattints a sárga gombra PayPal fizetni a hitelkártya.

-------------------------------------------------- -------------------

De ha nem egy hitelkártya, és nem egy paypal számla, vagy nehezen kapott egy paypal fiókot állíthat, használhatja a következő:
Western Union.  www.westernunion.com

Fizessen Western Union nekem:

Keresztnév / Keresztnév: Yingfeng
Vezetéknév / Vezetéknév / Családnév: Zhang
Teljes név: Yingfeng Zhang
Ország: Kína
Város: Guangzhou

-------------------------------------------------- -------------------

T / T.  Fizessen T / T (átutalás / banki átutalás / banki átutalás)
Első BANKINFORMÁCIÓ (VÁLLALATI SZÁMLA):

SWIFT BIC: BKCHHKHHXXX
Bank neve: BANK OF CHINA (HONG KONG) LIMITED, HONGKONG
Bank címe: BANK OF CHINA TOWER, 1 GARDEN ÚT, CENTRAL, HONG KONG
BANKKÓD: 012
Számla neve: FMUSER INTERNATIONAL GROUP LIMITED
Számlaszám. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Második BANK-INFORMÁCIÓ (VÁLLALATI SZÁMLA):
Kedvezményezett: Fmuser International Group Inc.
Fiókszám: 44050158090900000337
Kedvezményezett bankja: China Construction Bank Guangdong Branch
SWIFT kód: PCBCCNBJGDX
Cím: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kína
** Megjegyzés: Ha pénzt utal át bankszámlánkra, kérjük, NE írjon semmit a megjegyzés területére, különben a nemzetközi kereskedelemre vonatkozó kormányzati politika miatt nem tudjuk megkapni a befizetést.

* Ez lesz elküldve 1-2 munkanap, amikor a fizetési világos.

* Mi elküldjük azt a paypal címét. Ha meg akarjuk változtatni a címet, kérjük, küldje el a megfelelő címet és telefonszámot az email [e-mail védett]

* Ha a csomagok alatt 2kg fogjuk szállítani postai légiposta, akkor körülbelül 15-25days a kezedbe.

Ha ez a csomag több, mint 2kg, akkor a hajó keresztül EMS, DHL, UPS, Fedex gyors expressz szállítás, akkor körülbelül 7 ~ 15days a kezedbe.

Ha a csomag több, mint 100kg küldünk keresztül DHL vagy a légi áruszállítás. Ez körülbelül 3 ~ 7days a kezedbe.

Minden csomag formájában Kína Guangzhou.

* A csomagot "ajándékként" küldjük el, és a lehető legkevesebbet nyilatkozunk, a vevőnek nem kell fizetnie az "adóért".

* Miután a hajó, küldünk Önnek egy e-mailt, és adja meg a nyomon követési számot.

A jótállásért.
Lépjen kapcsolatba velünk --- >> Tegye vissza nekünk a terméket --- >> Fogadás és újabb csere küldése.

Név: Liu Xiaoxia
Cím: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kína.
Postai irányítószám: 510620
Telefon: + 8618078869184

Kérjük, térjen vissza erre a címre, és írja meg a paypal címét, nevét, probléma megjegyzés: