For the last couple of days, I've been unsuccesfully trying to receive multicast packets on Ubuntu Server 11.04, and seen some strange things along the way. The program i use to test this, is basically http://www.scribd.com/doc/38224328/mcreceive-c.Now the network has been configured to forward me the multicast packets, regardless of the joins. So tcpdump shows me:
15:16:11.308952 IP 10.164.130.2.61417 > 22.214.171.124.47806: UDP, length 1400
I have just set up an FC 13 box for a small network application. At the core, the application is supposed to receive some data over a multicast on my local network. However, for some reason, I am not being able to receive any multicast data on this machine. Other machines, on the same network (connected on the same layer 2 switch) are receiving the multicast just fine. I have tried the following things:
1. ensure that I am joining the multicast on the correct interface: the machine has only one ethernet card. Also, after starting my application, I use netstat -g to check for group membership. The multicast subscription shows up fine.
2. ensure there is no error in the program: the program works fine on my person linux machine
3. ensure that the multicast is actually available: it is available on all other local machines. I also wrote my own small broadcaster. data from this broadcaster (running on the same box) is available to other machines but not to my own listener program.
4. no firewall/filtering settings on the layer2 switch
5. TTL setting on the broadcast: have tried changing it from 1 through 5 with no effect. Note that even if the broadcast is coming from the same machine, my machine does not pick it up while other machines on the network do so.
I suspect this has to do with some settings on the network card itself. Below is the output of /sbin/ifconfig on the card:
eth0 Link encap:Ethernet HWaddr 00:08:A1:67:BBA inet addr:126.96.36.199 Bcast:188.8.131.52 Mask:255.255.255.0 inet6 addr: fe80::208:a1ff:fe67:bbca/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
I've got an application that compiles in Windows and Linux and is using UDP multicast to communicate. I'm running it on a Windows machine, a Linux machine and a small board (Gumstix) that is running Linux as well. The Windows and Linux machines have no problems sending/receiving packets with each other. The Gumstix and Linux machines have no problems sending/receiving packets with each other. The Gumstix can also send/receive packets with two instances of the application both running on the Gumstix.
But when running on the Gumstix I can send udp multicast packets to Windows, but cannot receive them. (It works if I do point to point with a known IP port#, but not multicast.) I can run tcpdump on the Gumstix and see the packets, but they are not being received on my socket. Here's what tcpdump (running on the Gumstix) outputs when sending the same packet from different sources. Notice the IP header ID and flags (don't fragment) are different when coming from Windows.
WINDOWS to Gumstix -7:-45:-2.015784 IP (tos 0x0, ttl 15, id 35331, offset 0, flags [none], proto: UDP (17), length: 444) 172.30.42.3.1165 > 184.108.40.206.47028: UDP, length 416
LINUX to GUMSTIX -7:-43:-38.451991 IP (tos 0x0, ttl 15, id 0, offset 0, flags [DF], proto: UDP (17), length: 444) 172.30.42.13.32771 > 220.127.116.11.47028: UDP, length 416
GUMSTIX to GUMSTIX -7:-33:-10.955608 IP (tos 0x0, ttl 15, id 0, offset 0, flags [DF], proto: UDP (17), length: 444) 172.30.42.110.1025 > 18.104.22.168.47028: UDP, length 416
I've tried everything I can think of to get this to work but am not getting anywhere. Also I'm pretty inexperienced when it comes to Linux. Anything I could try to be able to receive udp multicast packets from Windows?
I'm trying to receive data that is being broadcast on address 22.214.171.124, 126.96.36.199, 188.8.131.52, 184.108.40.206. ports are 1201, 1202, 1203, 1204 respectively. I can see the data using wireshark but can not get my program to receive the data. all firewalls are shutdown. iptables is not running, i've set net.ipv4_icmp_ignore_broadcasts = 0 and still no luck.
I have a Dell laptop with a bcm4312 wireless card. Every once in a while though, the laptop is unable to send or receive any data for 30 seconds. The connection is not dropped, and nothing shows up in any system logs. Both the wl and b43 drivers have this problem, but it works fine under vista.
I have several multicast data feeds that I'm trying to connect to using a minimal server install of Ubuntu as a VM on a VMWare ESXi server.I have another VM on the same server running Solaris that can connect with no issues to the incoming multicast stream.
This is not a linux specific question more of a general network issue with the hope that someone may have already done this under linux.My problem:I have a red hat linux machine transmitting IP multicast packets onto an ethernet gigabit network (cisco switch).Wireshark (running on a different red hat linux box confirms packets on network.
I've just set up an LTSP server, with all its clients on a separate subnet to my main network - the main network is 192.168.1.x, and the LTSP clients are all 192.168.2.x. My LTSP server has 2 NICs, one on each network, and is merrily forwarding normal IP traffic from the clients to the rest of the network. I have a client/server application that has a server on one machine, and clients locate and attach to it using multicast protocols. The server is on the main network, and any other machines on the network can locate and talk to the server quite happily. The LTSP clients, however, cannot - I assume because the multicast communications aren't being forwarded by the LTSP server. How I can get this working?
I have 4 interfaces, dvb0_0 - dvb0_3. Each one has a multicast stream coming in on it. The program I am using to decode these streams only accepts one interface though. How can I "combine" so that the program, listening on 1 ip can get all 4 streams? they are on groups 220.127.116.11-4
In the ipv4 code i was using "ip_mc_join_group()" to join the multicast group. but i cannot find a similar function for ipv6 i have found one ipv6_sock_mc_join() but this function is not available for use with my module as it is not exported.
have a doubt about the multicast address.I have read that IP and ethernet multicast address have the same last 23 bits. While an ethernet multicast address always starts with 01:00:5E. Changing the last 23 bits of the IP address into hexadecimal form and "adding" them to the first 24 bits we find the ethernet address but what about the missing bit??? For istance I have: 18.104.22.168 = 11100110.00001011.01101111.00001010 So converting the last 23 bits I have b:6f:a The final ethernet address will be 01:00:5E:b:6f:a . And what about the missing bit?
We have a high speed udp multicast connection. There are about 37 multicast groups and average incoming rate via the connection is about 20000 pkt/sec and peak 40000+ pkt/sec. Each packet is about 100-300 bytes. And there are 6 busiest multicast groups generating 80% of the traffic. No significant outgoing traffic via that interface. The problem is that, if our heavy-weight application create 37 sockets for all the groups, the packet loss become quite frequent. but if we create the 6 sockets for the busiest groups, the packet loss drops to 1/10 of the original level. We can confirm that the lost packets DO arrive in our box because a light-weight recorder on another box on the same ethernet segment can see the lost packets when listening to the same groups. If we start another heavy-weight application for the rest groups (31 groups ) on the same box, the packet loss just come back to the original level.
The packet loss happens not only to the heavy-weight application but also the light-weight recorder running on the same system. that is, the loss is system wide. The socket kernel buffer are all 4MB max and did not observe system buffer overflow. It seems the number of sockets listening to the same multicast group have the most negative impact on packet loss. And the higher traffic have a far less impact on packet loss than the number of sockets. It also seems that there is some limit in the kernel that when socket number are reduced under, the packet loss can significantly ease. How can I further diagnose the problem? Our system is RHEL 5.3 32bit i386, Xeon 2.9GHZ 16 Processors, 32GB memory. Two broadcom giga netowrk card and 6 Intel GIGA NIC, and only one interface card has so much traffic.
I am trying to run some benchmark tests for multicast. What I want to do is have one system send multicast packets and another receive it on all it's interfaces (eth0-eth3). Whenever I run receiver on more than one interface I get echo effect (if I receive on x interfaces then I get same packet x number of times). Is this how it is supposed to behave? It does not make any difference whether I use loop-back or not. I have set SO_REUSEADDR to yes. I run separate instance of receiver on each interface. I am doing this on RHEL5 systems.
When I have my IPTV inserted in the computer I am either having problems connecting to the internet or recieve the multicast streams from the iptv. I do get a valid ip on both the WAN and IPTV, but I am having problems getting them both to work at the same time.
How can I find out list of multicast addresses and port in use?"netstat -ng" only gives list of multicast addresses that have been joined, it does not give port number.I have several hundred servers running application that listens to several multicast addresses on different ports. I want to write an audit script and get the list of multicast address and port numbers.
I have a PC connected by ethernet to a Galil motion controller card.I recently installed Centos 5.The Galil software for communicating with the card is reporting that it can't join a multicast socket group.The software used to work with another version of Linux.
I can't seem to track down. In Evolution, I am unable to receive mail. I tried every configuration method I know and still no success. I'm even tried using a hotmail and verizon account settings with no luck.
I am using postfix in conjunction with the ispCP Control Panel. Here's some of the recent entries in maillog, when I try to send an email from my gmail address to an email address on this server (I underlined the email addresses).
Code: 2010-06-26T17:57:43.581654-04:00 li136-183 postfix/smtpd: fatal: No server certs available. TLS can't be enabled 2010-06-26T17:57:43.838633-04:00 li136-183 postfix/smtpd: warning: connect to 127.0.0.1:12525: Connection refused 2010-06-26T17:57:43.838677-04:00 li136-183 postfix/smtpd: warning: problem talking to server 127.0.0.1:12525: Connection refused .....
As per OpenNMS wiki documents, I configured everything for email notification of alarms. I am able to view notification under notifications, but I haven�t seen any mail alerts forwarded to recipient mail ID. Below are configuration files. Please review and suggest the required settings/actions. SMTP Server Details: SMTP Relay Server, OS: Linux
i also made the configuartion by opennms configuration material in opennms.org i edit the following conf file
We are facing an issue with virtual users. We have configured postfix in Fedora 12. We are able to receive as well as send mails for the main domain users (i.e. example.com) but not able to receive virtual users mail (i.e. configured example2.com in main.cf and configured in virtual file as email@example.com useronly). We are receiving error message in outlook as 0x800CCC0F. Please guide us how to solve this issue.
I installed NFS and portmap for export a folder to another PC. /usr/local. ftp is server's hostname and ws01 is client's hostname. I edited file /etc/exports with next text: /usr/local ws01(rw,root_squash) *(ro)
I restarted service portmap and nfs. From client, I try check connection with server with command: showmount -e ftp and result is: mount clntudp_create: RPC: Port mapper failure - RPC: Unable to receive
I make an application on GNU/Linux which listening on a MULTICAST stream, so I open my unconnected socket, bind it on a MULTICAST address and a port, join the multicast group with the "setsockopt (IP_ADD_MEMBERSHIP)", then I receive datagram on my socket.
Now I've two different instances of the same application that run with their own MULTICAST address and port. And what I found strange is that, after a misconfiguration, I switch the ports, for example:
Emitting on 22.214.171.124/23451 and 126.96.36.199/23452 Receiving on 188.8.131.52/23452 and 184.108.40.206/23451
And my receiving part doesn't care about the MULTICAST address, it looks like the socket is listening on the port number only! I mean that the receiver [220.127.116.11/23452] take its datagrams from emitter [18.104.22.168/23452] and vice-versa!
can't receive files via bluetooth whatever I do. When sending from mobile the file transfer dialog opens, but error pops up "Cannot connect to OBEX device". "Cannot copy file.. The remote system refused the network connection"I have
Code: $ sudo dpkg -l |grep blue ii blueman 1.21-2ubuntu1
I recently moved to Beijing and am having trouble with my apartment's wireless setup. My laptop can connect to any wireless network I find out in Beijing but not our home network. My Roommate has a mac laptop and has no issues connecting to our wireless router. It appears to connect but receive no signal, which is frustrating me to no end. Here is my spec list and the model of wireless router we are using.