udp-sender: en línea en la nube

PROGRAMA:

NOMBRE

udp-sender: archivo de transmisión en una LAN

SINOPSIS

udp-sender [--archivo presentar] [- full-duplex] [--half-duplex] [--pipe tubo] [--base de puertos
base de puertos] [--tamaño de bloque tamaño] [--interfaz interfaz de red] [--dirección-datos-mcast datos-mcast-
de facturación] [--mcast-rdv-dirección dirección-mcast-rdv] [--tasa de bits máxima tasa de bits] [--puntopunto]
[--async] [--registro presentar] [--min-segmento-tamaño min] [--tamaño-máximo-de-corte max] [- tamaño de la rebanada] [--ttl
tiempo para vivir] [--fec rayasxredundancia/tamaño de rayas] [--semilla de impresión]
[--rexmit-hola-intervalo intervalo] [--autoencendido inicio automático] [--broadcast] [--min-receptores
receptores] [--min-wait AMF] [--max-espera AMF] [--nokbd] [--reintentos-hasta-caer n]
[--bw-período n] [--rate-gobernador módulo.so:clave1=valor1,clave2=valor2] [--estado-período n]
[--print-sin comprimir-posición bandera]

DESCRIPCIÓN

"Udp-sender" se utiliza para transmitir un archivo (por ejemplo, una imagen de disco) a múltiples
"receptores-udp" en la LAN local. Para hacer esto, utiliza Ethernet multicast o
broadcast, de modo que todos los receptores se beneficien del mismo flujo de datos físico. Por lo tanto, enviando
a 10 destinos no toma más tiempo del que tomaría enviar solo 2.

OPCIONES

Básico opciones
--expediente presentar
Lee los datos que se van a transmitir desde presentar. Si no se proporciona este parámetro, los datos que se
transmitido se lee desde stdin en su lugar.

--tubo comando
Envía datos a través de tubo antes de transmitirlo. Esto es útil para
comprimiéndolo / descomprimiéndolo, o para quitar los bloques no utilizados. los comando obtiene un
manejar directamente el archivo o dispositivo de entrada y, por lo tanto, puede buscar dentro de él, si es necesario.
"Udpcast" en sí mismo también mantiene un identificador en el archivo, que se utiliza para un informal
pantalla de progreso. los comandostdout es una tubería para udpcast.

--autoencendido n
Inicia la transmisión después n retransmisiones del paquete de saludo, sin esperar una clave
carrera. Útil para operaciones desatendidas, donde udp-sender se inicia desde un cron-job
para una transmisión / multidifusión a una hora programada.

Networking opciones
Las siguientes opciones de red deben proporcionarse tanto en el remitente como en los receptores:

--portbase base de puertos
Puertos predeterminados que se utilizarán para udpcast. Se utilizan dos puertos: base de puertos y base de puertos + 1 . Así,
Base de puerto debe ser parejo. El valor predeterminado es 9000. Lo mismo base de puertos debe especificarse para ambos
"udp-sender" y "udp-receiver".

--interfaz interfaz.
Interfaz de red utilizada para enviar los datos. El valor predeterminado es "eth0"

--ttl time a vivir
Establece el tiempo para vivir parámetro para los paquetes de multidifusión. Teóricamente debería permitir
para usar UDPCast más allá de la red local, pero no probado por falta de multidifusión
enrutador

--mcast-rdv-dirección de facturación
Utiliza una dirección de multidifusión no estándar para la conexión de control (rendez-vous). Esta
La dirección es utilizada por el remitente y los receptores para "encontrarse" entre sí. Este es No el
dirección que se utiliza para transferir los datos reales.

De forma predeterminada, "mcast-rdv-address" es la dirección de transmisión Ethernet si "ttl" es 1 y
224.0.0.1 de lo contrario. Esta configuración no debe utilizarse excepto en casos muy especiales.
situaciones, como cuando 224.0.0.1 no se puede utilizar por motivos de política.

Las siguientes opciones de red deben proporcionarse solo en el remitente:

--dirección-de-datos-mcast de facturación
Utiliza la dirección dada para la multidifusión de datos. Si no se especifica, el programa
derivar automáticamente una dirección de multidifusión de su propia IP (manteniendo los últimos 27 bits
de la IP y luego anteponiendo 232).

--punto
Modo punto a punto. Solo se permite un único receptor, pero los datos serán directamente
enviar a este receptor (en modo unidifusión), en lugar de multidifusión / difusión en todo el
lugar. Si no se elige el modo asíncrono y resulta que solo hay un receptor, apunte-
to-point se activa automáticamente.

--nopuntopunto
No utilice punto a punto, incluso si solo hay un receptor.

--duplex completo
Utilice esta opción si utiliza una red de dúplex completo. T-base-10 o 100 es full duplex si
equipado con un interruptor. Las redes basadas en concentradores o redes T-base-2 (cable coaxial) son
only medio duplex y no debe utilizar esta opción con estas redes, o de lo contrario
puede experimentar un impacto de rendimiento del 10%.

NB En enlaces WAN de alta latencia, la opción de dúplex completo puede conducir a importantes
mejoras de rendimiento, porque permite a udp-sender enviar más datos mientras está
todavía esperando que se reconozca el lote anterior.

--medio duplex
Utilice el modo semidúplex (necesario para redes basadas en Hub o T-base-2). Este es el predeterminado
comportamiento en esta versión de udpcast.

--transmisión
Utilice la transmisión Ethernet en lugar de la multidifusión. Útil si tiene tarjetas Ethernet que
no es compatible con multidifusión.

De forma predeterminada, "udpcast" utiliza multidifusión. Esto permite enviar los datos solo a aquellos
receptores que lo solicitaron. Tarjetas Ethernet de máquinas que don't participar en el
La transmisión bloquea automáticamente los paquetes a nivel de hardware. Es más,
Los conmutadores de red pueden transmitir de forma selectiva los paquetes solo a aquellos
puertos a los que están conectados los receptores. Ambas funciones permiten, por tanto, una
operación que la transmisión. Esta opción solo debe proporcionarse en el remitente.

-b tamaño de bloque
Elige el tamaño del paquete. El valor predeterminado (y también el máximo) es 1456.

Unidireccional modo (sin volvemos canal)
Las opciones que se describen a continuación son útiles en situaciones en las que no hay ningún "canal de retorno".
disponible, o cuando dicho canal no sea práctico debido a la alta latencia. En un
configuración unidireccional (es decir, sin canal de retorno), el remitente solo envía datos pero no
Espere cualquier respuesta del receptor.

Las opciones unidireccionales deben usarse juntas, de lo contrario la transferencia no funcionará
correctamente. Por ejemplo, puede utilizar la siguiente línea de comando:

"udp-sender --async --max-bitrate 10m --fec 8x8"

--asíncrono
Modo asincrónico. No solicite confirmaciones al receptor. Es mejor usarlos juntos
con corrección de errores hacia adelante y limitación de ancho de banda, o de lo contrario el receptor
abortar la recepción tan pronto como pierda un paquete. Cuando el receptor aborta el
recepción de tal manera, imprimirá una lista de paquetes perdidos en el segmento causando la
problema. Puede utilizar esta lista para ajustar los parámetros de corrección de errores de reenvío.

- tasa de bits máxima tasa de bits
Limita el ancho de banda utilizado por udpcast. Útil en modo asíncrono, de lo contrario el remitente puede
enviar demasiado rápido para que el conmutador y / o receptor sigan el ritmo. La tasa de bits puede expresarse en
bits por segundo (--bitrate 5000000), kilobits por segundo ("--bitrate 5000k") o
megabits por segundo ("--bitrate 5m"). Esta es la tasa de bits sin procesar, incluido el paquete
encabezados, corrección de errores de reenvío, retransmisiones, etc.
ser más bajo

--fec intercalar "x" redundancia "/" tamaño de franja
Habilita la corrección de errores hacia adelante. El objetivo de la corrección de errores hacia adelante es transmitir
datos redundantes, para compensar los paquetes perdidos en tránsito. De hecho, en
modo unidireccional, los receptores no tienen forma de solicitar la retransmisión de
paquetes, por lo que la única forma de abordar la pérdida de paquetes es incluir información redundante
para empezar. El algoritmo está diseñado de tal manera que si r los paquetes redundantes son
transmitido, que se pueden utilizar para compensar la pérdida de cualquier r paquetes en el
mismo grupo FEC (raya).

Para aumentar la robustez del algoritmo FEC contra pérdidas de paquetes en ráfagas, cada
rebanada se divide en intercalar rayas. Cada raya tiene tamaño de rayas bloques (si no
especificado, el tamaño de la franja se calcula buceando tamaño de la rebanada by intercalar). Para cada
raya, redundancia Se agregan paquetes FEC. Las rayas están organizadas de tal manera que
los paquetes consecutivos pertenecen a bandas diferentes. De esta forma, nos aseguramos de que las pérdidas por ráfagas
afectar a diferentes franjas, en lugar de utilizar todos los paquetes FEC de una sola franja.
Ejemplo: "--fec 8x8 / 128"

--gobernador de tasa módulo.so:clave1=valor1,clave2=valor2
Aplica un regulador de velocidad cargable dinámicamente. módulo.así es el nombre del precargable
módulo, que es seguido por una serie de asignaciones de propiedad (clave1 = valor1). La tasa
El gobernador controla la velocidad de transmisión de acuerdo con varios criterios, como
información de congestión recibida de un dispositivo encapsulado o de enrutamiento. Ver comentarios
en "/usr/include/udpcast/rateGovernor.h" y ejemplo en "examples / rateGovernor" para
más detalles

--rexmit-hola-intervalo tiempo de espera
Si se establece, retransmite el paquete HELLO utilizado para iniciar la transmisión cada tiempo de espera
milisegundos.

Esta opción es útil junto con asic modo, porque con el modo asincrónico el receptor
no enviará una solicitud de conexión al remitente (y, por lo tanto, no obtendrá una conexión
respuesta). En async modo, los receptores obtienen toda la información necesaria del ¡Hola paquete
en cambio, y por lo tanto dependen particularmente de la recepción de este paquete, haciendo
retransmisión útil.

Esta opción también es útil en redes donde la pérdida de paquetes es tan alta que incluso con
solicitudes de conexión, el remitente y el receptor no se encontrarían de otra manera.

--reintentos-hasta-caer reintentos
El tiempo que se tarda en enviar un REQACK hasta que se cae un receptor. Los recuentos de reintentos más bajos hacen
"udp-sender" para reaccionar más rápido a los receptores bloqueados, pero también aumentan la
probabilidad de falsas alertas (caída de receptores que en realidad no están bloqueados, pero
simplemente lento para responder por cualquier motivo)

--transmisión
Permite a los receptores unirse a una transmisión en curso a mitad de camino.

Sin teclado modo
Las siguientes opciones ayudan a ejecutar un remitente en modo desatendido.

--min-receptores n
Se inicia automáticamente tan pronto como se haya conectado un número mínimo de receptores.

--min-espera t
Incluso cuando la cantidad necesaria de receptores do se han conectado, todavía espere hasta t
segundos desde que pasó la primera conexión del receptor.

--max-espera t
Cuando no se hayan conectado suficientes receptores (pero al menos uno), comience de todos modos cuando t
segundos desde que pasó la primera conexión del receptor.

--nokbd
No lea la señal de inicio del teclado y no muestre ningún mensaje que indique el
que el usuario presione cualquier tecla para comenzar.

- tiempo de espera de inicio AMF
el remitente aborta al inicio si no ve un receptor en estos segundos.
Además, la transmisión de datos debe comenzar dentro de este retraso. Una vez que la transmisión
se inicia, el tiempo de espera ya no se aplica.

--modo demonio
No salga cuando haya terminado, espere al siguiente lote de receptores. Si esto
la opción se da dos veces, udp-sender se pone en segundo plano, cierra su estándar
descriptores de archivos y actúa como un demonio real.

--pid-archivo presentar
Permitir especificar un archivo pid. Si se proporciona junto con "--daemon-mode", udp-sender
escribe su pid en este archivo. Si se da junto con "--kill", el proceso con el
pid dado se matará.

--matar
Cierra el udp-sender identificado por el archivo pid (que también debe especificarse).
Kill no interrumpe una transmisión en curso, sino que espera hasta que se
terminado.

Ejemplo:

"udp-sender -f zozo --min-receivers 5 --min-wait 20 --max-wait 80"

· Si un receptor se conecta a las 18h00.00 y 4 más en los próximos 5 minutos, comience en
18h00.20. (5 receptores conectados, pero la espera mínima aún no ha pasado)

· Si un receptor se conecta a las 18h00.00 y 3 más en los próximos 5 minutos, entonces un
el último a las 18h00.25, comienza justo después.

· Si un receptor se conecta a las 18h00.00, luego 3 más en los próximos 15 minutos, entonces no
uno, comienza a las 18h01.20. (no hay suficientes receptores, pero comenzamos de todos modos después de la espera máxima).

Inicio de sesión y statistics opciones
Las opciones indican a "udp-sender" que registre algunas estadísticas adicionales en un archivo:

- período de estado segundos
Cada tantos milisegundos, imprima algunas estadísticas en stderr: cuántos bytes se enviaron
registro lejano, posición en archivo sin comprimir (si corresponde), recuento de retransmisiones ...
por defecto, se imprime cada medio segundo.

- posición de impresión sin comprimir bandera
De forma predeterminada, udp-sender solo imprime la posición en un archivo sin comprimir si 2
se cumplen las siguientes condiciones:

· La entrada se canaliza a través de un compresor (opción "-p").

· La entrada principal se puede buscar (archivo o dispositivo)

Con las opciones "--print-sin comprimir-posición", puede cambiar este comportamiento:

· Si la bandera es 0, la posición sin comprimir nunca ser impreso, incluso si está arriba
se cumplen las condiciones

· Si la bandera es 1, la posición sin comprimir ser impreso, incluso si está arriba
las condiciones son No met

--Iniciar sesión presentar
Registra algunas cosas en presentar.

--sin progreso
No muestra estadísticas de progreso.

- período de bw segundos
Cada tantos segundos, registre el ancho de banda instantáneo visto durante ese período. Nota: esto
es diferente del ancho de banda mostrado al stderr del receptor, que es el
promedio desde el inicio de la transmisión.

Tuning opciones (remitente)
Las siguientes opciones de ajuste tienen que ver con el tamaño de la porción. Udpcast agrupa sus datos en rebanadas,
que son una serie de bloques (paquetes UDP). Estos grupos son relevantes para

· Retransmisión de datos: después de cada segmento, el servidor pregunta a los receptores si han
recibió todos los bloques y, si es necesario, retransmite lo que faltaba

· Corrección de errores de reenvío: cada segmento tiene su conjunto de bloques de datos y FEC coincidente
Bloques

--min-tamaño-de-rebanada tamaño
tamaño mínimo de rebanada (expresado en bloques). El valor predeterminado es 16. Cuando se ajusta dinámicamente
tamaño de corte (solo en modo no dúplex), nunca use cortes más pequeños que este. Ignorado en
modo dúplex (predeterminado).

--tamaño-max-de-rebanada tamaño
tamaño máximo de rebanada (expresado en bloques). El valor predeterminado es 1024. Al ajustar dinámicamente
tamaño de corte (solo en modo no dúplex), nunca use cortes más grandes que este. Ignorado en
modo dúplex (predeterminado).

- tamaño de rebanada predeterminado tamaño
Tamaño de porción utilizado (tamaño de porción inicial en modo semidúplex).

--rehola-desplazamiento offs
en el modo de transmisión, cuántos paquetes antes del final del segmento será el paquete de saludo
transferido (predeterminado 50). Elija valores mayores si nota que los receptores son
excesivamente lento para recoger la transmisión en marcha

Tuning el HACIA EL FUTURO error elimina necesidad de pilares angulados
Hay tres parámetros sobre los que actuar:

redundancia
Esto influye en la cantidad de paquetes adicionales que se incluyen por franja. Cuanto mayor sea esto,
cuanta más redundancia hay, lo que significa que la transmisión se vuelve más robusta
contra la pérdida. Sin embargo, el tiempo de CPU necesario también es proporcional a la redundancia (un factor
considerar en PC lentas) y, por supuesto, una mayor redundancia aumenta la cantidad de
datos a transmitir.

intercalar
Esto influye en la cantidad de franjas que se dividen los datos. Mejora la intercalación más alta
robustez contra la pérdida de ráfagas (por ejemplo, 64 paquetes seguidos ...). No lo hace
aumentar la robustez frente a la pérdida de paquetes distribuida aleatoriamente. Nota: : intercalar más grande que
8 forzará un tamaño de franja más pequeño, debido al hecho de que el tamaño de corte está limitado a 1024.

tamaño de rayas
Cuántos bloques de datos hay en una franja. Debido al algoritmo utilizado, esto no se puede
más de 128. Reducir el tamaño de la franja es una forma indirecta de aumentar (relativo)
redundancia, sin incurrir en la penalización de la CPU de una mayor redundancia (absoluta).
Sin embargo, sigue siendo preferible una mayor redundancia absoluta a un tamaño de franja más pequeño,
porque mejora la robustez frente a pérdidas agrupadas. Por ejemplo, si 8/128 es
preferible sobre 4/64, porque con 8/128 los 8 paquetes FEC se pueden usar para compensar
por la pérdida de cualquiera de los 128 paquetes de datos, mientras que con 4/64, cada grupo de 4 FEC
Los paquetes solo se pueden usar con su propio conjunto de 64 paquetes de datos. Si por ejemplo el
Se perdieron los primeros 8 paquetes, serían recuperables con 8/128, pero no con 4/64.

Teniendo en cuenta estos, cambie los parámetros de la siguiente manera:

· Si observa largos tramos de paquetes perdidos, aumente el intercalado

· Si observa que la transferencia se ralentiza por la saturación de la CPU, disminuya la redundancia y
tamaño de rayas proporcionalmente.

· Si observa grandes variaciones en la tasa de pérdida de paquetes, aumenta la redundancia y el tamaño de las bandas
proporcionalmente.

· Si solo observa una pérdida alta, pero no necesariamente agrupada de una manera especial,
aumentar la redundancia o disminuir el tamaño de las rayas

· Tenga en cuenta que el equipo de red o el receptor pueden estar descartando paquetes debido a una
ancho de banda que es demasiado alto. Intenta limitarlo usando "max-bitrate"

· El receptor también puede estar descartando paquetes porque no puede escribir los datos en el disco
suficientemente rapido. Utilice hdparm para optimizar el acceso al disco en el receptor. Intenta jugar con el
configuración en "/ proc / sys / net / core / rmem_default"Y"/ proc / sys / net / core / rmem_max", es decir
configurándolos a un valor más alto.

Use udp-sender en línea usando los servicios de onworks.net