datagram

I would like to establish an IPC connection between several processes on Linux. I have never used UNIX sockets before, and thus I don't know if this is the correct approach to this problem. One process receives data (unformated, binary) and shall distribute this data via a local AF_UNIX socket using the datagram protocol (i.e. similar to UDP with AF_INET). The data sent from this process to a local Unix socket shall be received by multiple clients listening on the same socket. The number of receivers may vary. To achieve this the following code is used to create a socket and send data to it

I am having the following problem: I am communicating 2 different machines in local network with UDP. In one side I have a Windows 7 machine with 4.5 framework installed. I am using the class System.Net with this code: public static void UDPWriter() { Task.Run(async () => { byte[] data = new byte[10000]; IPEndPoint ipep = new IPEndPoint(IPAddress.Pars("192.168.0.16"), 5002); Socket udpClient = new Socket(AddressFamily.InterNetwork, SocketType.Dgram, ProtocolType.Udp); udpClient.Connect(ipep); while (true) { await Task.Delay(24); string input = packagetosend; data = Encoding.ASCII.GetBytes

I'm programming a networking program in java , and I want to send some Packets to 255.255.255.255, but it fails , even when I send them to 192.168.1.255, which according to the output of ifconfig command , is the broadcast address. But when I send them to my mate's IP it works fine. Here's the code to my program : public class StackOverFlow { public static void main(String[] args) { Network net= new Network(); Scanner input= new Scanner(System.in); while(input.hasNext()) net.sendMessage(input.nextLine()); } } I've used DatagarmSocket and DatagramPacket to do so , here's my implementation of

I'm developing a java interface between a streaming server and a flash client. I noticed that UDP datagrams can reach my interface out of order even if both processes are running locally. Is that normal? I thought that as no datagram has to go through any router or any network device, then that should not be happening. Actually there are no guarantees of ordering and reception about UDP packets, even if they are sent by localhost on localhost. Just because the specification of the protocol doesn't imply anything about it. Since you can't make assumptions on them you should choose to use TCP or

My target is to have a push-to-talk chat app in GSM/UMTS/LTE networks; initially I wanted use multicast addresses and peer-to-peer without overload the server; unfortunatly, after deep investigation, I discovered that multicast is not allowed in GSM/UMTS/LTE networks, therefore I have to use the server in order to bounce the VoIP packets. I' don't like very much this solution because I have to overload the server, but I didn't find any better solution. If you have an alternative solution is very much apprieciated... Therefore I have to send VoIP from an android client to a server (PC), and