FMUSER Wirless Transmit Video and Audio Máis fácil!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
UDP é a abreviatura de User Datagram Protocol. O nome chinés é User Datagram Protocol. É un protocolo de capa de transporte sen conexión no modelo de referencia OSI e ofrece servizos de transmisión de información sinxelos e pouco fiables orientados ás transaccións. É a especificación oficial de IETF RFC 768 que é UDP.
O protocolo UDP é a abreviatura do inglés UserDatagramProtocol, é dicir, o protocolo de datagrama de usuario, que se usa principalmente para soportar aplicacións de rede que precisan transmitir datos entre ordenadores. Moitas aplicacións de rede cliente / servidor, incluídos sistemas de videoconferencia de rede, necesitan empregar o protocolo UDP. O protocolo UDP leva moitos anos empregándose dende o seu inicio. Aínda que o seu brillo inicial foi ocultado por algúns protocolos similares, aínda hoxe, UDP segue sendo un protocolo de capa de transporte de rede moi práctico e factible.
Do mesmo xeito que o coñecido protocolo TCP (Transmission Control Protocol), o protocolo UDP está directamente encima do protocolo IP (Internet Protocol). Segundo o modelo de referencia OSI (Open System Interconnection), UDP e TCP son protocolos de capa de transporte.
A función principal do protocolo UDP é comprimir o tráfico de datos de rede en forma de datagramas. Un datagrama típico é unha unidade de transmisión de datos binarios. Os primeiros 8 bytes de cada datagrama úsanse para conter información de cabeceira e os restantes bytes para conter datos de transmisión específicos.
1. Cabeceira UDP
A cabeceira UDP consta de 4 campos, cada un dos cales ocupa 2 bytes, do seguinte xeito:
1) Número de porto de orixe
2) Número de porto de destino
3) Lonxitude do datagrama
4) Comprobe o valor
O protocolo UDP usa números de porto para reservar as súas propias canles de transmisión de datos para diferentes aplicacións. Os protocolos UDP e TCP usan este mecanismo para soportar múltiples aplicacións que envían e reciben datos ao mesmo tempo. O remitente de datos (pode ser cliente ou servidor) envía datagramas UDP a través do porto de orixe e o receptor de datos recibe os datos a través do porto de destino. Algunhas aplicacións de rede só poden usar portos estáticos que están reservados ou rexistrados con antelación; mentres que outras aplicacións de rede poden usar portos dinámicos non rexistrados. Debido a que a cabeceira UDP usa dous bytes para almacenar o número de porto, o rango válido do número de porto é de 0 a 65535. Xeralmente, os números de porto superiores a 49151 representan portos dinámicos.
A lonxitude dun datagrama refírese ao número total de bytes incluíndo a cabeceira e a parte de datos. Debido a que a lonxitude da cabeceira é fixa, este campo úsase principalmente para calcular a parte de datos de lonxitude variable (tamén coñecida como carga de datos). A lonxitude máxima do datagrama varía segundo o ambiente operativo. Teoricamente, a lonxitude máxima dun datagrama incluído o encabezado é de 65535 bytes. Non obstante, algunhas aplicacións prácticas a miúdo limitan o tamaño do datagrama, ás veces reducíndoo a 8192 bytes.
O protocolo UDP usa o valor de comprobación na cabeceira para garantir a seguridade dos datos. O valor de comprobación calcúlase primeiro por un algoritmo especial no remitente de datos e necesita recalcularse despois de ser transmitido ao receptor. Se un datagrama é manipulado por un terceiro durante a transmisión ou está danado por ruído de liña ou por outras razóns, o valor do cálculo do cheque do remitente e do receptor non coincidirá, polo que o protocolo UDP pode detectar se hai un erro. Isto é diferente do protocolo TCP, que require un valor de comprobación.
2. UDPvs.TCP
A principal diferenza entre o protocolo UDP e TCP é como conseguir unha transmisión fiable de información. O protocolo TCP contén un mecanismo especial de garantía de entrega. Cando o receptor de datos reciba a información do remitente, enviará automaticamente unha mensaxe de confirmación ao remitente; o remitente seguirá transmitindo outra información só despois de recibir a mensaxe de confirmación. En caso contrario, agardará ata que se reciba a mensaxe de confirmación.
A diferenza de TCP, o protocolo UDP non ofrece un mecanismo de garantía para a transmisión de datos. Se se perde o datagrama durante a transmisión do remitente ao receptor, o protocolo en si non pode realizar ningunha detección nin solicitude. Polo tanto, a xente adoita chamar ao protocolo UDP un protocolo de transmisión non fiable.
Comparado co protocolo TCP, outra diferenza do protocolo UDP é a forma de recibir varios datagramas que son inesperados. A diferenza de TCP, UDP non garante a orde de envío e recepción de datos. Por exemplo, unha aplicación do cliente envía os seguintes 4 datagramas ao servidor
D1
D22
D333
D4444
Non obstante, a UDP pode enviar o d recibidoata a aplicación do servidor na seguinte orde:
D333
D1
D4444
D22
De feito, este trastorno do protocolo UDP basicamente raramente ocorre e normalmente só ocorre cando a rede está moi conxestionada.
3. Aplicación do protocolo UDP
Algúns lectores poden preguntar, xa que UDP é un protocolo de rede pouco fiable, que valor ou necesidade hai? De feito, non o é. Nalgúns casos, o protocolo UDP pode ser moi útil. Porque UDP ten unha vantaxe de velocidade que TCP non pode igualar. Aínda que no protocolo TCP están implantadas varias funcións de seguridade, no proceso de execución real ocuparase unha gran cantidade de sobrecarga do sistema, o que sen dúbida afectará gravemente á velocidade. Por outra banda, UDP elimina o mecanismo fiable de transmisión de información e transfire funcións como seguridade e clasificación a aplicacións de capa superior para completar, o que reduce moito o tempo de execución e garante a velocidade.
A especificación máis antiga do protocolo UDP é RFC768, que se publicou en 1980. Aínda que pasou moito tempo, o protocolo UDP segue a ter un papel nas aplicacións principais. Moitas aplicacións, incluídos os sistemas de videoconferencia, demostraron o valor do protocolo UDP. Debido a que estas aplicacións prestan máis atención ao rendemento real que á fiabilidade, moitas veces pódese sacrificar certa fiabilidade (por exemplo, calidade da reunión) para obter mellores efectos de uso (por exemplo, unha taxa de actualización de fotogramas máis alta). Este é o intercambio entre UDP e TCP. Segundo diferentes ambientes e características, ambos protocolos de transmisión desempeñarán un papel máis importante no futuro mundo da rede.
O protocolo UDP usa números de porto para reservar as súas propias canles de transmisión de datos para diferentes aplicacións. Os protocolos UDP e TCP usan este mecanismo para soportar múltiples aplicacións que envían e reciben datos ao mesmo tempo. O remitente de datos (pode ser cliente ou servidor) envía datagramas UDP polo porto de orixe e o receptor de datos recibe os datos polo porto de destino. Algunhas aplicacións de rede só poden usar portos estáticos que están reservados ou rexistrados con antelación; mentres que outras aplicacións de rede poden usar portos dinámicos non rexistrados. Debido a que a cabeceira UDP usa dous bytes para almacenar o número de porto, o rango válido do número de porto é de 0 a 65535. Xeralmente, os números de porto superiores a 49151 representan portos dinámicos.
A lonxitude dun datagrama refírese ao número total de bytes incluíndo a cabeceira e a parte de datos. Debido a que a lonxitude da cabeceira é fixa, este campo úsase principalmente para calcular a parte de datos de lonxitude variable (tamén coñecida como carga de datos). A lonxitude máxima do datagrama varía segundo o ambiente operativo. Teoricamente, a lonxitude máxima dun datagrama incluído o encabezado é de 65535 bytes. Non obstante, algunhas aplicacións prácticas a miúdo limitan o tamaño do datagrama, ás veces reducíndoo a 8192 bytes.
O protocolo UDP usa o valor de comprobación na cabeceira para garantir a seguridade dos datos. O valor de comprobación calcúlase primeiro por un algoritmo especial no remitente de datos e debe recalcularse despois de ser transmitido ao receptor. Se un datagrama é manipulado por un terceiro durante a transmisión ou está danado por ruído de liña ou por outras razóns, o valor do cálculo do cheque do remitente e do receptor non coincidirá, polo que o protocolo UDP pode detectar se hai un erro. Isto é diferente do protocolo TCP, que require un valor de comprobación.
Moitos protocolos de capa de enlace proporcionan comprobación de erros, incluído o popular protocolo Ethernet. Pode preguntarse por que UDP tamén proporciona sumas de verificación. A razón é que os protocolos debaixo da capa de ligazón poden non proporcionar detección de erros nalgunhas canles entre a fonte e o terminal. Aínda que UDP proporciona detección de erros, cando se detecta un erro, UDP non realiza corrección de erros. Simplemente bota o segmento da mensaxe danado ou proporciona información de advertencia á aplicación.
4. Varias características do protocolo UDP
(1) UDP é un protocolo sen conexión. A fonte e o terminal non establecen unha conexión antes de transmitir datos. Cando quere transmitir, simplemente colle os datos da aplicación e os lanza á rede o máis rápido posible. No extremo de envío, a velocidade de transmisión de datos UDP só está limitada pola velocidade á que a aplicación xera datos, a capacidade do ordenador e o ancho de banda de transmisión; no extremo receptor, UDP pon cada segmento de mensaxe na cola e a aplicación elimínaa da cola cada vez que le un segmento de mensaxe.
(2) Dado que a transmisión de datos non establece unha conexión, non é necesario manter o estado da conexión, incluído o estado de recepción e envío, polo que un servidor pode transmitir a mesma mensaxe a varios clientes ao mesmo tempo.
(3) A cabeceira do paquete UDP é moi curta, só 8 bytes, que é moi pequena en comparación co paquete de 20 bytes de TCP.
(4) O rendemento non está regulado polo algoritmo de control de conxestión, senón que só está limitado pola velocidade de datos do software da aplicación, o ancho de banda de transmisión e o rendemento dos hosts de orixe e terminal.
(5) UDP utiliza o mellor esforzo de entrega, é dicir, non se garante a entrega fiable, polo que o host non necesita manter unha táboa de estado de enlace complicada (hai moitos parámetros).
(6) UDP está orientado á mensaxe. O UDP do remitente entrega a mensaxe enviada polo programa de aplicación á capa IP despois de engadir a cabeceira. Nin se divide nin se fusiona, pero preserva os límites destas mensaxes. Polo tanto, a aplicación debe seleccionar o tamaño da mensaxe axeitado.
Aínda que UDP é un protocolo pouco fiable, é un protocolo ideal para distribuír información. Por exemplo, informar da bolsa na pantalla, amosar información de aviación na pantalla, etc. UDP tamén se usa no protocolo de información de enrutamento RIP (Routing Information Protocol) para modificar a táboa de enrutamento. Nestas aplicacións, se se perde unha mensaxe, outra mensaxe substituirana despois duns segundos. UDP é amplamente utilizado en aplicacións multimedia. Por exemplo, o software RealAudio desenvolvido por Progressive Networks é un software que transmite música gravada ou en directo ao cliente en tempo real en Internet. O software utiliza audio baixo demanda RealAudio. O protocolo de protocolo é un protocolo que se executa en UDP e a maioría dos produtos de software de telefonía por Internet tamén se executan en UDP.
UDP = uridina difosfato, un nucleótido de pirimidina, composto por bases, uracilo e ribosa, úsase principalmente como materia prima para a síntese de ARN (transcrición). Ademais, UDP tamén é un produto do consumo de enerxía DTP. A súa función é similar á ADP, pero é menos común que a ADP. Participa na síntese de peptidoglicanos microbianos.
|
Introduce o correo electrónico para obter unha sorpresa
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> afrikaans
sq.fmuser.org -> Albanés
ar.fmuser.org -> árabe
hy.fmuser.org -> Armenian
az.fmuser.org -> azerí
eu.fmuser.org -> éuscaro
be.fmuser.org -> bielorruso
bg.fmuser.org -> Búlgaro
ca.fmuser.org -> catalán
zh-CN.fmuser.org -> chinés (simplificado)
zh-TW.fmuser.org -> Chinés (tradicional)
hr.fmuser.org -> croata
cs.fmuser.org -> Checo
da.fmuser.org -> danés
nl.fmuser.org -> Holandés
et.fmuser.org -> estoniano
tl.fmuser.org -> filipino
fi.fmuser.org -> finés
fr.fmuser.org -> Francés
gl.fmuser.org -> galego
ka.fmuser.org -> xeorxiano
de.fmuser.org -> alemán
el.fmuser.org -> Grego
ht.fmuser.org -> crioulo haitiano
iw.fmuser.org -> Hebreo
hi.fmuser.org -> hindi
hu.fmuser.org -> Hungarian
is.fmuser.org -> islandés
id.fmuser.org -> indonesio
ga.fmuser.org -> irlandés
it.fmuser.org -> Italiano
ja.fmuser.org -> xaponés
ko.fmuser.org -> coreano
lv.fmuser.org -> letón
lt.fmuser.org -> Lituano
mk.fmuser.org -> macedonio
ms.fmuser.org -> malaio
mt.fmuser.org -> maltés
no.fmuser.org -> Norwegian
fa.fmuser.org -> persa
pl.fmuser.org -> polaco
pt.fmuser.org -> Portugués
ro.fmuser.org -> Romanés
ru.fmuser.org -> ruso
sr.fmuser.org -> serbio
sk.fmuser.org -> Eslovaco
sl.fmuser.org -> Esloveno
es.fmuser.org -> castelán
sw.fmuser.org -> Suahili
sv.fmuser.org -> Sueco
th.fmuser.org -> Thai
tr.fmuser.org -> turco
uk.fmuser.org -> ucraíno
ur.fmuser.org -> urdú
vi.fmuser.org -> Vietnamita
cy.fmuser.org -> galés
yi.fmuser.org -> Yiddish
FMUSER Wirless Transmit Video and Audio Máis fácil!
contacto
dirección:
No.305 Sala HuiLan Building No.273 Huanpu Road Guangzhou China 510620
categorías
boletín informativo