FMUSER Wirless Transmit Video and Audio Máis fácil!

[protexido por correo electrónico] WhatsApp + 8618078869184
Lingua

    Que é o protocolo UDP

     

    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.

     

     

     

     

     

     

    Como distante (long) a tapa do transmisor?

    A franxa de transmisión depende de moitos factores. A distancia real baséase na altura da antena de instalar, a ganancia da antena, usando ambiente como a construción e outras obturacións, a sensibilidade do receptor, a antena do receptor. Instalación de antena máis alta e usando o campo, a distancia vai moito máis lonxe.

    EXEMPLO 5W FM Transmitter usar na cidade e cidade natal:

    Teño un uso do cliente 5W transmisor FM EUA con antena GP na súa cidade natal, e proba-lo con un coche, cubrir 10km (6.21mile).

    I probar o transmisor FM 5W con antena GP na miña cidade natal, que cobren aproximadamente 2km (1.24mile).

    I probar o transmisor FM 5W con antena GP na cidade de Guangzhou, que abranguen aproximadamente única 300meter (984ft).

    Abaixo amósanse ao descanso aproximado de diferentes transmisores de enerxía FM. (O intervalo é de diámetro)

    0.1W ~ 5W Transmisor FM: 100M ~ 1KM

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

    15W ~ 80W Transmisor FM: 3KM ~ 10KM

    80W ~ 500W Transmisor FM: 10KM ~ 30KM

    500W ~ 1000W Transmisor FM: 30KM ~ 50KM

    1KW ~ 2KW Transmisor FM: 50KM ~ 100KM

    2KW ~ 5KW Transmisor FM: 100KM ~ 150KM

    5KW ~ 10KW Transmisor FM: 150KM ~ 200KM

    Como contactar connosco para o transmisor?

    Chama-me + 8618078869184 OU
    Enviar email me [protexido por correo electrónico]
    1.How lonxe quere cubrir de diámetro?
    2.How altura de torre ti?
    3.Where es?
    E imos dar-lle consellos máis profesional.

    Sobre nós

    FMUSER.ORG é unha empresa de integración de sistemas centrada en equipos de transmisión / transmisión de audio sen fíos de radio / estudio de vídeo e procesamento de datos. Estamos ofrecendo todo desde asesoramento e consultoría a través da integración de rack ata a instalación, posta en servizo e adestramento.
     
    Ofrecemos transmisor de FM, transmisor de TV analóxico, transmisor de TV dixital, transmisor UHF de VHF, antenas, conectores de cable coaxial, STL, procesamento de aire, produtos de transmisión para o estudio, monitorización de sinais de RF, codificadores de RDS, procesadores de audio e unidades de control de sitios remotos. Produtos IPTV, codificador / decodificador de audio / vídeo, deseñados para satisfacer as necesidades de grandes redes de transmisión internacionais e pequenas estacións privadas.
     
    A nosa solución ten estación de radio FM / estación de televisión analóxica / estación de TV dixital / equipos de estudio de vídeo e vídeo / enlace de transmisión de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en directo IPTV / transmisión en directo de transmisión / conferencia de vídeo / sistema de transmisión CATV.
     
    Estamos a usar produtos de tecnoloxía avanzada para todos os sistemas, porque sabemos que a alta fiabilidade e alto rendemento son tan importantes para o sistema e a solución. Ao mesmo tempo, temos que asegurarnos que o noso sistema de produtos a un prezo moi razoable.
     
    Temos clientes de radiodifusores públicos e comerciais, operadores de telecomunicacións e autoridades reguladoras, e tamén ofrecemos solucións e produtos a moitos centos de emisoras locais e comunitarias máis pequenas.
     
    FMUSER.ORG leva máis de 15 anos exportando e ten clientes en todo o mundo. Con 13 anos de experiencia neste campo, temos un equipo profesional para resolver todo tipo de problemas do cliente. Dedicámonos a ofrecer prezos extremadamente razoables de produtos e servizos profesionais.
    Correo electrónico de contacto: [protexido por correo electrónico]

    nosa fábrica

    Temos modernización da fábrica. Estás convidado a visitar a nosa fábrica cando chegar a China.

    Actualmente, xa existen clientes 1095 en todo o mundo visitan nosa oficina Guangzhou Tianhe. Se ve a China, está invitado a visitar-nos.

    na Feira

    Esta é a nosa participación en 2012 Global Sources Hong Kong Fair Electrónica . Clientes de todo o mundo finalmente ter a oportunidade de estar xuntos.

    Onde está Fmuser?

    Podes buscar nestes números " 23.127460034623816,113.33224654197693 "en google map, entón podes atopar a nosa oficina fmuser.

    oficina FMUSER Guangzhou está Tianhe District, que é a centro do cantón . moi preto ao Feira de Cantón , Estación ferroviaria Guangzhou, estrada Xiaobei e dashatou , Só ten minutos 10 tomar TAXI . Benvidos amigos de todo o mundo a visitar e negociar.

    Contacto: Ceo azul
    Móbil: + 8618078869184
    WhatsApp: + 8618078869184
    Wechat: + 8618078869184
    E-mail: [protexido por correo electrónico]
    QQ: 727926717
    Skype: sky198710021
    Dirección: No.305 cuarto Huilan Edificio No.273 Huanpu Estrada Guangzhou China Zip: 510620

    Inglés: Aceptamos todos os pagos, como PayPal, tarxeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Se tes algunha pregunta, póñase en contacto comigo [protexido por correo electrónico] ou WhatsApp + 8618078869184

    • PayPal.  www.paypal.com

      Recomendamos que use Paypal para mercar os nosos produtos, PayPal é unha forma segura de mercar en internet.

      Cada da nosa lista de elementos de páxina de fondo na parte superior ten un logotipo PayPal para pagar.

      Tarxeta de crédito.Se non ten paypal, pero ten tarxeta de crédito, tamén se pode facer clic no botón amarelo PayPal para pagar coa súa tarxeta de crédito.

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

      Pero se non ten unha tarxeta de crédito e non ten unha conta PayPal ou de difícil ten un accout PayPal, pode utilizar o seguinte:

      Western Union.  www.westernunion.com

       

      Pago por Western Union para min:

      Nome / nome: Yingfeng
      Apelido / Apelido / Apelido: Zhang
      Nome completo: Yingfeng Zhang
      País: China
      Cidade: Guangzhou 

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

      T / T.  pago por T / T (transferencia bancaria / transferencia telegráfica / Transferencia bancaria)
       
      Primeira información bancaria (conta da empresa):
      SWIFT BIC: BKCHHKHHXXX
      Nome do banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
      Enderezo bancario: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
      CÓDIGO BANCO: 012
      Nome da conta: FMUSER INTERNATIONAL GROUP LIMITED
      Conta NON. : 012-676-2-007855-0
      -------------------------------------------------- -------------------
      Segunda INFORMACIÓN BANCARIA (CONTA DA EMPRESA):
      Beneficiario: Fmuser International Group Inc.
      Número de conta: 44050158090900000337
      Banco do beneficiario: China Construction Bank Sucursal de Guangdong
      Código SWIFT: PCBCCNBJGDX
      Enderezo: estrada Tianhe NO.553, Cantón, Guangdong, distrito de Tianhe, China
      ** Nota: cando transfira cartos á nosa conta bancaria, NON escriba nada na área de comentarios, se non, non poderemos recibir o pago debido á política gobernamental sobre o comercio internacional.

    * Será enviado en 1 2 día de traballo cando o pagamento clara.

    * Nós imos envialo seu enderezo de paypal. Se queres cambiar de dirección, por favor, envíe o seu enderezo correcto e número de teléfono para o meu e-mail [protexido por correo electrónico]

    * Se os paquetes está baixo 2kg, que serán enviados vía correo aéreo, vai levar preto de 15-25days para a súa man.

    Se o paquete é máis que 2kg, nós enviamos vía EMS, DHL, UPS, FedEx entrega rápida expresa, vai levar preto de 7 ~ 15days para a súa man.

    Se o paquete de máis de 100kg, enviarémoslle vía DHL ou transporte aéreo. Isto levará uns 3 ~ 7days para a súa man.

    Todos os paquetes son a forma China Guangzhou.

    * O paquete enviarase como un "agasallo" e descartarase o menos posible, o comprador non terá que pagar o "IMPOSTO".

    * Despois de navío, nós enviarémosche un correo electrónico e darlle o número de rastreamento.

    Para garantía.
    Contacte connosco --- >> Devólvenos o artigo --- >> Reciba e envíe outro substituto.

    Nome: Liu Xiaoxia
    Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
    CEP: 510620
    Teléfono: + 8618078869184

    Por favor, retorne a este enderezo e escribir o seu paypal enderezo, nome, problema na nota:

    Liste as Pregunta

    apelido

    email

    preguntas

      Introduce o correo electrónico para obter unha sorpresa

      fmuser.org

      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

    E-mail:
    [protexido por correo electrónico]

    Tel/WhatsApps:
    + 8618078869184

  • categorías

  • boletín informativo

    NOME OU COMPLETO

    Correo-e

  • solución paypal  Western UnionBanco de China
    E-mail:[protexido por correo electrónico]   WhatsApp: +8618078869184 Skype: sky198710021 falar comigo
    Copyright 2006 2020-Powered by www.fmuser.org

    Contacto