I was looking for a tool to send a stream of data with FEC where the
client/receiver can connect even if the stream has yet begun. I haven't
found anything but Udpcast that can do anything similar. I think that
maybe an "streaming" option can be added so the sender sends Hello
packets at the end of a block of slices+FEC so a receiver can hook to
the UDP stream.
What do you think about this? Can this be made modifying Udpcast without
broken it all? Is there another software that I can use?
Jorge Muñoz Castañer
Grupo de Tecnologías de la Información
Departamento de Ingeniería Telemática
Universidad de Vigo
Campus 36310 Vigo SPAIN
This was working and now it has stopped.
Have a UDPcast server running on a HP DL360G5 with 4 NICS. One
connected to an internal infrastructure (eth2) and another connected
to a dedicated switch with the client systems on the same switch (eth3).
When i run the UDPcast send or receive, using the following command:
udp-sender -f /home/base.udpc --interface eth3 --point-to-point --full-
duplex --max-bitrate 600m --nokbd --portbase=9922 --min-receivers 1 --
rexmit-hello-interval 5000 --max-wait 300
I get the following error message:
No suitable network interface found
The following interfaces are available:
Interestingly, an ifconfig show eth3 as a valid network adapter, but
the udp-sender does not see the device. This was working last week,
and nothing has changed on the server
I have tried everything, restarting DHCP, removing the interface and
adding again. Rebooted the server, restarted the network stack
manually. nothing seems to help.
Using SUSE linux 10 as the base server OS.
I'd like to use udp-sender with async and a unicast address instead of
multicast so that unicast at the MAC layer is actually used.
Ive tried using the pointopoint switch, but I get the message "pointopoint
mode set, and 0 participants instead of 1".
Is there a way to do this with udpcast?
I'm trying to build a UDPCast image for a classroom of Dell Optiplex
760 machines. This machine has SATA drives that need the ata_generic
and pata_acpi kernel modules. These don't appear in the menu, but
apparently the actual modules are included in the standard ISO image.
How can I get the correct modules loaded?
I've been using UDP Cast extensively for a while now and I love it, but I
had an issue last week and I want to share it witou you.
The UDP Cast website provides handy ready-made boot images. Apparently,
those images are compiled for i686 and I couldn't make them work on an
older machine because the processor doesn't implement the CMOV operation.
The problem seem to belong to GCC, because it thinks that every i686
processor implements the optional CMOV operation, which is not true.
I solved the problem by compiling my own UDP Cast kernel, but I suggest
that the next UDP Cast ready-made boot images drop the i686 requirement
and stick to i386, for compatibility reasons.
Is this a reasonable request?
Thank you and best regards,
Engenharia Informatica e de Computadores - Instituto Superior Tecnico
I am playing around with the "udpcast image generator" and I need to
store the next-server address in the filesystem for later processing.
I am using kernel-udpcast_2.6.30-rc5_all.deb and
This is what my dhcp.script looks like:
=== snip ===
[ -n "$broadcast" ] && BROADCAST="broadcast $broadcast"
[ -n "$subnet" ] && NETMASK="netmask $subnet"
case "$1" in
/sbin/ifconfig $interface 0.0.0.0
/sbin/ifconfig $interface $ip $BROADCAST $NETMASK
/sbin/echo $siaddr > /etc/server.ip
=== snap ===
This works as expected when generating cd-images.
If I generate a initrd and boot via PXE, the file /etc/server.ip never
I tried to create the file in many places (/tmp, /sbin, etc.) but it
Is there something important that I am missing?
I thought that there is no difference between a cd-image and a plain
initrd (besides syslinux/pxelinux and the kernel being separate).
Additionally FYI, when using the latest kernel and mkimage I get some
I use VirtualBox 2.2 for testing purposes and both cd-image and initrd
crash the VM when trying to write to the filesystem from within
Any help/suggestion is much appreciated.
Thanks in advance.
I have a performance problem with udpcast :
- when I send data from one machine s to 2 machines r1 and r2 (all are
connected with the same switch, all 1000M network card) with :
udp-sender --full-duplex --min-clients 2 --max-wait 300 --interface
eth0 --mcast-all-addr 184.108.40.206 --portbase 2232 --ttl --file /home/test
udp-receiver --mcast-all-addr 220.127.116.11 --portbase 2232 --ttl 1 > /dev/null
I have a bit rate of 9.47 Mbps.
-when I send data from s to either r1 or r2 with the same commands, I obtain
945.55 Mbps !
I use the last version of udpcast (udpcast-20090920) and Debian Lenny.
Do you have any idea of why and how to solve this ?
I'm new to udpcast and so may be doing something wrong. However, I find
that with the latest two versions (udpcast-20090912 or
udpcast-20090830), I experience repeated file corruption. I've had
better, but not perfect, success with an old version (udpcast-20071228).
In order to test, I made an ordered file, 500MB in size:
cl6 tmp # ls -l test-52428800.dat
-rw-r--r-- 1 jice jice 524288000 Sep 15 17:52 test-52428800.dat
cl6 tmp # head -14 test-52428800.dat
I find that every time I send and receive a file, it is the correct
length. However, certain data is missing and other data is repeated.
Here is an example of my command line to send the data:
udp-sender --log udpcast.log --bw-period 1 --nokbd --min-receivers 1
--min-wait 5 --portbase 9010 -f test-52428800.dat --pointopoint
Here is my command line to receive data:
udp-receiver -f test2 --nokbd --portbase 9010
I have test result files that I can provide if they would be helpful.
I am running under Gentoo on AMD64 processors. I've tried under two
# uname -a
Linux cl7 2.6.20-gentoo-r8 #1 SMP PREEMPT Wed Aug 22 14:28:25 PDT 2007
x86_64 AMD Opteron(tm) Processor 246 AuthenticAMD GNU/Linux
# uname -a
Linux m231 2.6.30-gentoo-r4pb #2 SMP Thu Aug 27 18:41:51 PDT 2009 x86_64
Quad-Core AMD Opteron(tm) Processor 2374 HE AuthenticAMD GNU/Linux
First I want to thank you for that great piece of software.
I am using Udpcast in the opensource cloning solution OpenClone
When testing the new Udpcast version 20090830, I discovered a bug.
If I try to transmit gzip'ed data with this version, the receiver breaks
the transfer after a very short period of time (usually less than a second).
$ udp-receiver -f /dev/null
UDP receiver for /dev/null at 10.10.10.254 on eth1:0
received message, cap=00000009
Connected as #0 to 10.10.10.194
Listening to multicast on 18.104.22.168
Press any key to start receiving data!
bytes= 98 304 ( 6.17 Mbps)
Bad base 98304, not multiple of block size 1456
$ gzip < /dev/urandom | udp-sender
Using full duplex mode
Using mcast address 22.214.171.124
UDP sender for (stdin) at 10.10.10.194 on eth0
Broadcasting control to 10.10.10.255
New connection from 10.10.10.254 (#0) 00000009
Ready. Press any key to start sending data.
Starting transfer: 00000009
Disconnecting #0 (10.10.10.254)
bytes= 98 304 re-xmits=0000000 ( 0.0%) slice=0112 - 0
Udpcast version 20081213 hadn't any problems with gzip'ed data.