my goal is to pick up RTP packages from a RIP (Radio IP Streamer) module.
to deal with rtp, i'm using JRTPLIB 3.9.1 (linux).
my question:
does anyone have an example, how to listen for multicast packages using JRTPLIB?
Related
Is there an easy way to send and receive BLE raw packets on Linux, e.g. Raspberry Pi devices? Very simply, I would like to use BLE as packet radio, i.e. exchange data packets over the air among several devices. Every device knows the MAC address of all other devices. The BLE packet format is very straightforward. I would think one should be able to put user data into the PDU (2~257 bytes) then push it through a socket to be sent out through the BLE PHY, just like how one can send raw UDP packets through a NIC. But I cannot figure out a straightforward way to achieve this after quite a bit of investigation. I suppose hcitool cmd could send packets if used correctly? But its usage is very cryptic.
The node client/server functions here do exactly this: exchange raw packets via BLE over a network of Pis. See section 3.7 in the documentation for NODE connections.
https://github.com/petzval/btferret
I have three Raspberry Pi 2 Model B with me and each of them have been hardcoded to IP addresses such as 192.168.50.x/24 and each of them run an avahi-daemon in order to provide the mDNS and easier to ping when using the .local suffix.
for instance
Raspberry Pi #1
IP Address 192.168.50.1 subnet 255.255.255.0
hostname: hydrogenPi
mDNS: hydrogenPi.local
Raspberry Pi #2
IP Address 192.168.50.2 subnet 255.255.255.0
hostname: heliumPi
mDNS: heliumPi.local
Raspberry Pi #3
IP Address 192.168.50.3 subnet 255.255.255.0
hostname: lithiumPi
mDNS: lithiumPi.local
All the Pis are working in Ad-hoc mode and are using the batman-adv version 2015 which is available on the Pis already.
I would like to send some files over the ad-hoc network using WiFi (Dongle used LogiLink Wireless Adapters with Ralink RT5370 driver) using the Trickle Algorithm RFC Standard 6206.
Are there any available code snippets or ideas where I can start the implementation of the Algorithm?
NOTE: I want to flood the ad-hoc network with data in an efficient manner and hence I was thinking of the Trickle Algorithm. SInce it is now an RFC standard does it already have implementations available in Raspberry Pis like 6LoWPAN et.al. which I came across in lib/modules/4.13.7+/kernel/net/ in Raspberry Pi directory ?
Thanks
I have found a Python programmed repository on GitHub
There is a RPL(Routing Protocol for Low-power & lossy networks) Repository which is called simpleRPL
In the /RPL folder there is a simple Trickle Timer implementation
We have developed a device that is connected to our clients network and we would like to be able to get its ip or set the ip without knowing its ip.
The device has a Linux OS.
We can save the device MAC Address before giving it to customers. We can program a service to broadcast the device IP and MAC Address to a certain IP or port/socket. We can listen to a certain port/socket for commands. Is this the right direction? Should we investigate in other network protocols other than TCP/IP?
We have seen this feature in hardware/device manufacturers provide a CD with a software that can locate their devices on a network even if they have been newly added to the network without network or ip configuration.
Best regards,
Hussam Kazah
Using propriety broadcasting protocol is a very common technique for detecting devices on network without knowing it's name.
However there's a better option:
UPNP, is an excellent protocol for achieving your goals.
libupnp can get you started in no time.
There's a standard protocol called DHCP which allows a network device to make a broadcast request for its IP address. This protocol is widely used by network appliances. On the other hand you may scan your local network for all connected devices using ARP (address resolution protocol) using for example arp-scan utility.
I am implementing the multicast eventing feature in a Java environment. However I could not find any other implementations to test with. Does anyone know of a stack supporting multicast eventing, in that it can offer a device with a service that sends multicast events?
I have looked at the MS implementation and some open source stuff on git hub and sourcefore, but could not find anything useful. The language is relatively irrelevant, as long as I can get it to work ;)
Thanks in advance.
Maybe this answer is quite outdated, but you can try XBMC
It's a UPNP software stack that you install on your computer and it acts like a real multimedia device (e.g. TV). You can test and send commands to it and also you can listen to the UDP packets that it sends in the network, so that you can write your program for the UPNP protocol.
If I got your question correctly, I think XBMC software can be used as a device with services that can send multicast messages.
Question: I have one Windows laptop, one Linux laptop and a wireless router.
Now I want to "investigate" the hotmail/windows live protocol.
What I want to do is route network traffic from the windows laptop via ethernet to the linux laptop, capture it on the Linux computer, forward it wirelessly to the router, receive the hotmail response from the router on the linux computer and forward it to the windows computer.
How do I do that?
In essence, switching the Linux laptop between the Windows laptop and the router, to capture network traffic ?
Which program is best for capturing/analysing ?
Please note that for whatever reason, packet capturing with winpcap on the windows computer doesn't work...
Of course you can do this, take a look at wireshark
man tcpdump
On my Mac, I do it like this:
sudo tcpdump -ien1 -s0 -xX -vvv
I don't know how similar tcpdump options are across platforms...
Note, tcpdump also allows you to capture to a pcap file that could then be imported to Wireshark and maybe other gui tools.
As others have mentioned, you can use wireshark (find out how to use filters to remove unnecessary packets in your log). If your Windows and Linux box are on the same network, you do not need that setup to sniff packets. Unless you are using ndiswrapper, you would probably be able to set the wireless network device on the Linux box to "monitor mode" and it will sniff all packets on your LAN. If your device does not support that mode, you can try connecting both boxes to your router physically. That will help you avoid the routing you described in your question.