UDP er forkortelse av User Datagram Protocol. Det kinesiske navnet er User Datagram Protocol. Det er en forbindelsesfri transportlagsprotokoll i OSI-referansemodellen og gir transaksjonsorienterte enkle og upålitelige informasjonstransmisjonstjenester. Det er den offisielle spesifikasjonen til IETF RFC 768 som er UDP.
UDP-protokoll er forkortelse av engelsk UserDatagramProtocol, det vil si brukerdatagram-protokoll, som hovedsakelig brukes til å støtte nettverksapplikasjoner som trenger å overføre data mellom datamaskiner. Mange klient- / servernettverksapplikasjoner, inkludert nettverksvideokonferansesystemer, må bruke UDP-protokollen. UDP-protokollen har blitt brukt i mange år siden oppstarten. Selv om den opprinnelige glansen har blitt tildekket av noen lignende protokoller, er UDP fremdeles en veldig praktisk og gjennomførbar protokoll for transport av nettverk.
I likhet med den velkjente TCP (Transmission Control Protocol) -protokollen, er UDP-protokollen rett på toppen av IP-protokollen (Internet Protocol). I henhold til OSI (Open System Interconnection) referansemodell er UDP og TCP begge transportlagsprotokoller.
Hovedfunksjonen til UDP-protokollen er å komprimere nettverk datatrafikk til form av datagrammer. Et typisk datagram er en overføringsenhet med binære data. De første 8 byte i hvert datagram brukes til å inneholde topptekstinformasjon, og de gjenværende byte brukes til å inneholde spesifikke overføringsdata.
1. UDP-topptekst
UDP-overskriften består av 4 felt, som hver har to byte, som følger:
1) Kildeportnummer
2) Målportnummer
3) Datagramlengde
4) Kontroller verdien
UDP-protokollen bruker portnumre for å reservere sine egne dataoverføringskanaler for forskjellige applikasjoner. UDP- og TCP-protokoller bruker denne mekanismen til å støtte flere applikasjoner som sender og mottar data samtidig. Datasenderen (kan være klient eller server) sender UDP-datagrammer gjennom kildeporten, og datamottakeren mottar dataene via destinasjonsporten. Noen nettverksapplikasjoner kan bare bruke statiske porter som er reservert eller registrert for dem på forhånd; mens andre nettverksapplikasjoner kan bruke uregistrerte dynamiske porter. Fordi UDP-overskriften bruker to byte til å lagre portnummeret, er det gyldige området for portnummeret fra 0 til 65535. Generelt sett representerer portnumre større enn 49151 dynamiske porter.
Lengden på et datagram refererer til det totale antall byte inkludert overskriften og datadelen. Siden lengden på overskriften er fast, brukes dette feltet hovedsakelig til å beregne datadelen med variabel lengde (også kjent som datalasten). Maksimal lengde på datagrammet varierer avhengig av driftsmiljøet. Teoretisk er den maksimale lengden på et datagram inkludert overskriften 65535 byte. Noen praktiske bruksområder begrenser imidlertid ofte størrelsen på datagrammet, noen ganger reduseres det til 8192 byte.
UDP-protokollen bruker sjekkverdien i overskriften for å sikre datasikkerhet. Sjekkverdien beregnes først av en spesiell algoritme hos datasenderen, og må beregnes på nytt etter overføring til mottakeren. Hvis et datagram manipuleres av en tredjepart under overføring eller blir skadet på grunn av linjestøy eller andre årsaker, vil ikke avsenderens og mottakerens sjekkberegningsverdi ikke stemme overens, slik at UDP-protokollen kan oppdage om det er en feil. Dette er forskjellig fra TCP-protokollen, som krever en sjekkverdi.
2. UDPvs.TCP
Hovedforskjellen mellom UDP og TCP-protokollen er hvordan man oppnår pålitelig overføring av informasjon. TCP-protokollen inneholder en spesiell leveransegarantimekanisme. Når datamottakeren mottar informasjonen fra avsenderen, vil den automatisk sende en bekreftelsesmelding til avsenderen. avsenderen vil fortsette å overføre annen informasjon bare etter å ha mottatt bekreftelsesmeldingen. Ellers vil den vente til bekreftelsesmeldingen er mottatt.
I motsetning til TCP gir UDP-protokollen ingen garantimekanisme for dataoverføring. Hvis datagrammet går tapt under overføringen fra avsenderen til mottakeren, kan ikke selve protokollen utføre oppdagelser eller instruksjoner. Derfor kaller folk vanligvis UDP-protokollen for en upålitelig overføringsprotokoll.
Sammenlignet med TCP-protokollen, er en annen forskjell i UDP-protokollen hvordan man mottar flere datagrammer som er uventede. I motsetning til TCP garanterer UDP ikke rekkefølgen for sending og mottak av data. For eksempel sender et program på klienten følgende 4 datagrammer til serveren
D1
D22
D333
D4444
UDP kan imidlertid sende inn mottatt data til serverapplikasjonen i følgende rekkefølge:
D333
D1
D4444
D22
Faktisk forekommer denne forstyrrelsen i UDP-protokollen sjelden, og oppstår vanligvis bare når nettverket er veldig overbelastet.
3. Anvendelse av UDP-protokoll
Noen lesere kan spørre seg, siden UDP er en upålitelig nettverksprotokoll, hvilken verdi eller nødvendighet er det? Det er det faktisk ikke. I noen tilfeller kan UDP-protokollen bli veldig nyttig. Fordi UDP har en hastighetsfordel som TCP ikke kan matche. Selv om forskjellige sikkerhetsfunksjoner er implantert i TCP-protokollen, vil en stor mengde systemomkostninger bli okkupert i selve kjøringsprosessen, noe som utvilsomt vil påvirke hastigheten alvorlig. På den annen side eliminerer UDP den pålitelige overføringsmekanismen for informasjon og overfører funksjoner som sikkerhet og sortering til applikasjoner i det øvre laget for å fullføre, noe som reduserer kjøringstiden betydelig og sikrer hastigheten.
Den tidligste spesifikasjonen av UDP-protokollen er RFC768, som ble utgitt i 1980. Selv om det har gått lang tid, fortsetter UDP-protokollen å spille en rolle i vanlige applikasjoner. Mange applikasjoner, inkludert videotelekonferansesystemer, har bevist verdien av UDP-protokollen. Fordi disse applikasjonene er mer oppmerksomme på faktisk ytelse enn pålitelighet, kan noe pålitelighet (for eksempel møtekvalitet) ofte ofres for å oppnå bedre brukseffekter (for eksempel en høyere rammeoppdateringsfrekvens). Dette er avveining mellom UDP og TCP. I henhold til forskjellige miljøer og egenskaper vil begge overføringsprotokollene spille en viktigere rolle i den fremtidige nettverksverdenen.
UDP-protokollen bruker portnumre for å reservere sine egne dataoverføringskanaler for forskjellige applikasjoner. UDP- og TCP-protokoller bruker denne mekanismen til å støtte flere applikasjoner som sender og mottar data samtidig. Datasenderen (kan være klient eller server) sender UDP-datagrammer gjennom kildeporten, og datamottakeren mottar dataene via destinasjonsporten. Noen nettverksapplikasjoner kan bare bruke statiske porter som er reservert eller registrert for dem på forhånd; mens andre nettverksapplikasjoner kan bruke uregistrerte dynamiske porter. Fordi UDP-overskriften bruker to byte til å lagre portnummeret, er det gyldige området for portnummeret fra 0 til 65535. Generelt sett representerer portnumre større enn 49151 dynamiske porter.
Lengden på et datagram refererer til det totale antall byte inkludert overskriften og datadelen. Siden lengden på overskriften er fast, brukes dette feltet hovedsakelig til å beregne datadelen med variabel lengde (også kjent som datalasten). Maksimal lengde på datagrammet varierer avhengig av driftsmiljøet. Teoretisk er den maksimale lengden på et datagram inkludert overskriften 65535 byte. Noen praktiske bruksområder begrenser imidlertid ofte størrelsen på datagrammet, noen ganger reduseres det til 8192 byte.
UDP-protokollen bruker sjekkverdien i overskriften for å sikre datasikkerhet. Sjekkverdien beregnes først av en spesiell algoritme hos datasenderen, og må beregnes på nytt etter overføring til mottakeren. Hvis et datagram manipuleres av en tredjepart under overføring eller blir skadet på grunn av linjestøy eller andre årsaker, vil ikke avsenderens og mottakerens sjekkberegningsverdi ikke stemme overens, slik at UDP-protokollen kan oppdage om det er en feil. Dette er forskjellig fra TCP-protokollen, som krever en sjekkverdi.
Mange koblingslagsprotokoller gir feilkontroll, inkludert den populære Ethernet-protokollen. Du lurer kanskje på hvorfor UDP også gir kontrollsummer. Årsaken er at protokollene under koblingslaget ikke gir feilregistrering i noen kanaler mellom kilden og terminalen. Selv om UDP gir feilregistrering, utfører ikke UDP feilkorreksjon når en feil oppdages. Det kaster bare det skadede meldingssegmentet eller gir advarselinformasjon til applikasjonen.
4. Flere funksjoner i UDP-protokollen
(1) UDP er en tilkoblingsfri protokoll. Kilden og terminalen oppretter ikke en forbindelse før dataoverføring. Når den vil overføre, tar den bare dataene fra applikasjonen og kaster den på nettverket så raskt som mulig. I sendingssiden er hastigheten på UDP-overføring av data bare begrenset av hastigheten applikasjonen genererer data med, kapasiteten til datamaskinen og overføringsbåndbredden; i mottakersiden setter UDP hvert meldingssegment i køen, og applikasjonen fjerner det fra køen hver gang Les et meldingssegment.
(2) Siden dataoverføringen ikke oppretter en forbindelse, er det ikke behov for å opprettholde tilkoblingsstatusen, inkludert mottaks- og sendestatus, slik at en server kan overføre den samme meldingen til flere klienter samtidig.
(3) Overskriften på UDP-pakken er veldig kort, bare 8 byte, som er veldig liten sammenlignet med 20-byte-pakken med TCP.
(4) Gjennomstrømning er ikke regulert av overbelastningskontrollalgoritmen, men er bare begrenset av datahastigheten til applikasjonsprogramvaren, overføringsbåndbredden og ytelsen til kilden og terminalvertene.
(5) UDP bruker best innsats levering, det vil si at pålitelig levering ikke garanteres, så verten trenger ikke å opprettholde en komplisert koblingstilstandstabell (det er mange parametere).
(6) UDP er meldingsorientert. Avsenderens UDP leverer meldingen levert av applikasjonsprogrammet ned til IP-laget etter at du har lagt til overskriften. Det verken splitter eller smelter sammen, men bevarer grensene for disse meldingene. Derfor må applikasjonen velge riktig meldingsstørrelse.
Selv om UDP er en upålitelig protokoll, er den en ideell protokoll for distribusjon av informasjon. For eksempel rapportering av aksjemarkedet på skjermen, visning av luftfartsinformasjon på skjermen og så videre. UDP brukes også i rutingsinformasjonsprotokollen RIP (Routing Information Protocol) for å endre rutetabellen. Hvis en melding går tapt i disse applikasjonene, vil en ny ny melding erstatte den etter noen sekunder. UDP er mye brukt i multimediaapplikasjoner. For eksempel er RealAudio-programvaren utviklet av Progressive Networks en programvare som overfører forhåndsinnspilt eller live musikk til klienten i sanntid på Internett. Programvaren bruker RealAudio audio on-demand. Protokollprotokollen er en protokoll som kjører på UDP, og de fleste Internett-telefoniprogramvareprodukter kjører også på UDP.
UDP = uridindifosfat, et pyrimidinnukleotid, sammensatt av baser, uracil og ribose, brukes hovedsakelig som råmateriale for RNA-syntese (transkripsjon). I tillegg er UDP også et produkt av DTP-energiforbruk. Funksjonen er lik ADP, men det er mindre vanlig enn ADP. Delta i syntesen av mikrobielle peptidoglykaner.
|
|
|
|
Hvor langt (lang) senderen dekke?
Rekkevidden avhenger av mange faktorer. Den virkelige avstand er basert på antennen installeres høyde, antenneforsterkning, ved hjelp miljø som bygning og andre hindringer, følsomheten til mottakeren, antennen til mottakeren. Installere antennen mer høy og bruke på landsbygda, avstanden vil mye mer langt.
Eksempel 5W FM-sender bruke i byen og hjemby:
Jeg har en USA kundens bruk 5W FM-sender med GP-antenne i hjembyen, og han teste den med en bil, det dekker 10km (6.21mile).
Jeg teste 5W FM-sender med GP-antenne i hjembyen min, det dekker ca 2km (1.24mile).
Jeg teste 5W FM-sender med GP-antenne i byen Guangzhou, det dekker omtrent bare 300meter (984ft).
Nedenfor er det tilnærmede område av forskjellige kraft FM-sendere. (Utvalget er diameter)
0.1W ~ 5W FM-sender: 100M ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM-sender: 3KM ~ 10KM
80W ~ 500W FM-sender: 10KM ~ 30KM
500W ~ 1000W FM-sender: 30KM ~ 50KM
1KW ~ 2KW FM-sender: 50KM ~ 100KM
2KW ~ 5KW FM-sender: 100KM ~ 150KM
5KW ~ 10KW FM-sender: 150KM ~ 200KM
Hvordan kontakte oss for senderen?
Ring meg + 8618078869184 ELLER
Email meg [e-postbeskyttet]
1.How langt du ønsker å dekke i diameter?
2.How høyt av dere Tower?
3.Where er du fra?
Og vi vil gi deg mer faglige råd.
Om Oss
FMUSER.ORG er et systemintegrasjonsfirma som fokuserer på RF trådløs overføring / studio video lydutstyr / streaming og databehandling. Vi leverer alt fra råd og rådgivning gjennom rackintegrasjon til installasjon, igangkjøring og opplæring.
Vi tilbyr FM-sender, Analog TV-sender, Digital-TV-sender, VHF UHF-sender, Antenner, Koaksialkabelkontakter, STL, On Air-behandling, Broadcast-produkter for Studio, RF Signal Monitoring, RDS-kodere, Lydprosessorer og Remote Site Control Units, IPTV-produkter, Video / Audio Encoder / dekoder, designet for å møte behovene til både store internasjonale kringkastingsnettverk og små private stasjoner.
Vår løsning har FM-radiostasjon / Analog TV-stasjon / Digital TV-stasjon / Audio Video Studio-utstyr / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
Vi bruker avanserte teknologiprodukter til alle systemene, fordi vi vet at høy pålitelighet og høy ytelse er så viktige for systemet og løsningen. Samtidig må vi også sørge for at vårt produktsystem har en svært rimelig pris.
Vi har kunder fra offentlige og kommersielle kringkastingstjenester, telekomoperatører og reguleringsmyndigheter, og vi tilbyr også løsninger og produkter til mange hundre mindre, lokale og lokale kringkastere.
FMUSER.ORG har eksportert mer enn 15 år og har kunder over hele verden. Med 13 års erfaring innen dette feltet har vi et profesjonelt team for å løse kundens alle slags problemer. Vi er dedikert til å levere den ekstremt rimelige prisen på profesjonelle produkter og tjenester. Kontakt Epost : [e-postbeskyttet]
vår fabrikk
Vi har modernisering av fabrikken. Du er velkommen til å besøke vår fabrikk når du kommer til Kina.
I dag er det allerede 1095 kunder hele verden besøkt våre Guangzhou Tianhe kontor. Hvis du kommer til Kina, er du velkommen til å besøke oss.
på Fair
Dette er vår deltakelse i 2012 Global Sources Hong Kong Electronics Fair . Kunder fra hele verden endelig har en sjanse til å komme sammen.
Hvor er Fmuser?
Du kan søke i disse tallene " 23.127460034623816,113.33224654197693 "på google map, så finner du vårt fmuser-kontor.
FMUSER Guangzhou Kontoret ligger i Tianhe District, som er den midten av Canton . Veldig nær til Canton Fair , Guangzhou jernbanestasjon, Xiaobei veien og dashatou , Trenger bare 10 minutter hvis ta TAXI . Velkommen venner over hele verden til å besøke og forhandle.
Kontakt: Sky Blå
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-post: [e-postbeskyttet]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Room Huilan Building No.273 Huanpu Road Guangzhou Kina Postnummer: 510620
|
|
|
|
Engelsk: Vi aksepterer alle betalinger, for eksempel PayPal, kredittkort, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Hvis du har spørsmål, kan du kontakte meg [e-postbeskyttet] eller WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Vi anbefaler at du bruker Paypal til å kjøpe våre produkter, er The Paypal en sikker måte å kjøpe på internett.
Hver av våre element liste siden bunnen på toppen har en paypal logo for å betale.
Kredittkort.Hvis du ikke har paypal, men du har kredittkort, kan du også klikke Yellow PayPal knappen for å betale med kredittkort.
-------------------------------------------------- -------------------
Men hvis du ikke har et kredittkort og ikke har en PayPal-konto eller vanskelig å fikk en paypal Kontoinnstillinger, kan du bruke følgende:
Western Union.  www.westernunion.com
Betal med Western Union til meg:
Fornavn / Fornavn: Yingfeng
Etternavn / etternavn / etternavn: Zhang
Fullt navn: Yingfeng Zhang
Land: Kina
By: Guangzhou
|
-------------------------------------------------- -------------------
T / T. betal med T / T (wire transfer / telegrafisk overføring / Bank Transfer)
Første BANKINFORMASJON (SELSKAPSKONTO):
SWIFT BIC: BKCHHKHHXXX
Bank navn: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Bankadresse: BANKEN AV KINA TOREN, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANK KODE: 012
Kontonavn: FMUSER INTERNATIONAL GROUP LIMITED
Kontonr. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Andre BANKINFORMASJON (SELSKAPSKONTO):
Mottaker: Fmuser International Group Inc.
Kontonummer: 44050158090900000337
Mottakerens bank: China Construction Bank Guangdong Branch
SWIFT-kode: PCBCCNBJGDX
Adresse: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, Kina
** Merk: Når du overfører penger til bankkontoen vår, vennligst IKKE skriv noe i kommentarområdet, ellers vil vi ikke kunne motta betalingen på grunn av myndighetens policy for internasjonal handel.
|
|
|
|
* Det vil bli sendt i 1-2 arbeidsdager når betaling klart.
* Vi vil sende den til din paypal adresse. Hvis du ønsker å endre adresse, send riktig adresse og telefonnummer til min e-post [e-postbeskyttet]
* Hvis pakkene er under 2kg, vil vi bli sendt via post luftpost, vil det ta ca 15-25days til hånden din.
Hvis pakken er mer enn 2kg, vil vi sende via EMS, DHL, UPS, Fedex rask ekspresslevering, vil det ta ca 7 ~ 15days til hånden din.
Hvis pakken mer enn 100kg, vil vi sende via DHL eller flyfrakt. Det vil ta om 3 ~ 7days til hånden din.
Alle pakkene er skjema Kina Guangzhou.
* Pakken sendes som en "gave" og avvises så lite som mulig, kjøper trenger ikke betale for "TAX".
* Etter skip, vil vi sende deg en e-post og gi deg sporingsnummeret.
|
|
|
For garanti.
Kontakt oss --- >> Returner varen til oss --- >> Motta og send en ny erstatning.
Navn: Liu Xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Kina.
ZIP: 510620
Telefon: + 8618078869184
Vennligst gå tilbake til denne adressen og skriv din paypal adresse, navn, problem på merknad: |
|
