Re: Mediacast to TV - MiracleCast - Open-Source Miracast - Wifi-Display on linux
Hi On Tue, Feb 3, 2015 at 6:36 PM, poma pomidorabelis...@gmail.com wrote: On 02.02.2015 19:58, David Herrmann wrote: As I'm not really interested in hacking on network-managers, I've decided to stop working on MiracleCast. If, some day, there's a working P2P stack on linux, I might resurrect it. But it sounds more likely that I'll refer to the Intel solution (WYSIWIDI) instead. There're also gstreamer plugins for WFD now, so maybe give them a try? gst-rtsp-server-wfd https://github.com/Samsung/gst-rtsp-server-wfd/blob/master/README.md Pre-conditions: This module is running on established p2p connection with wifi direct, which means that you have to setup this network environment to run this module. I hope this link would be very helpful. ( http://cgit.freedesktop.org/~dvdhrm/miracle ) You are referring to them, they are referring to you. :) They provide a gstreamer plugin for Miracast, but quite frankly didn't bother hacking on Wifi P2P. Hence, they refer to my miracle-wifid hack to provide a P2P link. If NM provides a P2P API, you can just set it up via nmcli and then use the gst modules to run Miracast (or you can just use the ConnMan API right now). Thanks David ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: DHCPv6 DDNS registration with FQDN
On Tue, 2015-02-03 at 12:05 +0100, Alexander Groß wrote: I have some more findings after several debugging sessions. According to RFC 4704, section 4.2 https://tools.ietf.org/html/rfc4704#section-4.2: The Domain Name part of the option carries all or part of the FQDN of a DHCPv6 client. ... A client MAY be configured with a fully qualified domain name or with a partial name that is not fully qualified. ... To send a fully qualified domain name, the Domain Name field is set to the DNS-encoded domain name including the terminating zero-length label. To send a partial name, the Domain Name field is set to the DNS-encoded domain name without the terminating zero-length label. According to this, Windows clients send a partial host name, e.g. FOO, without a terminating NULL character. dhclient, on the other hand, always sends a FQDN including the terminating NULL making the value fully qualified. I found a possibly unrelated discussion about this issue here: https://bugs.launchpad.net/ubuntu/+source/isc-dhcp/+bug/1088682 As such, send fqdn.fqdn foo.example.local. must always be a fully qualified domain name (as NULL is automatically appended), otherwise the DDNS update won't happen in the correct DNS zone. Any idea how to achieve that given that NM always overwrites fqdn.fqdn values found in custom (merged) dhclient6.confs? http://cgit.freedesktop.org/NetworkManager/NetworkManager/tree/src/dhcp-manager/nm-dhcp-dhclient-utils.c#n232 So the short answer here is, you're right, NM is doing some wrong stuff with the DHCPv6 hostname. It is chopping off the FQDN when using dhclient, and that's likely a mis-interpretation of how the dhclient config was supposed to work. The question is why it was done that way originally, which I haven't looked into yet but will do. Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Mediacast to TV - MiracleCast - Open-Source Miracast - Wifi-Display on linux
Hi On Sun, Feb 1, 2015 at 10:50 AM, poma pomidorabelis...@gmail.com wrote: MiracleCast - Howto Current State [snip] Can folks from the NetworkManager team systemd-networkd team answer regarding the current status in this matter? As people continuously ask me about this, I'll just try to answer it on the public ML: To make Miracast work, we need access to a Wifi P2P API. The kernel implements Wifi P2P and wpa_supplicant provides access to it via it's ctrl-interface (and I think recently even gained a dbus API). In MiracleCast I wrote a miracle-wifid daemon that wraps wpa_supplicant and provides P2P to MircaleCast. However, this does not work well in parallel to NetworkManager/wicd/connman/... running. You really cannot run wpa_supplicant multiple times on the same interface. Hence, MiracleCast development is currently stalled until the different network-managers provide a P2P API. Intel recently added such an API to ConnMan and provides a WFD implementation on its own [1]. I highly recommend looking into it. It's now up to NetworkManager to catch up. systemd-networkd doesn't do L2 setup, so it's not really related. wicd is kinda dead [2], so I doubt they'll come up with something. Furthermore, P2P support is pretty limited right now. Officially, almost all recent devices support it, but it's particularly annoying to set it up, due to major bugs across all the stacks (in no way limited to linux drivers). I mean, 3 of 4 of my connection attempts between Android and Windows devices fails.. not even talking about my wpa_supplicant hacks. As I'm not really interested in hacking on network-managers, I've decided to stop working on MiracleCast. If, some day, there's a working P2P stack on linux, I might resurrect it. But it sounds more likely that I'll refer to the Intel solution (WYSIWIDI) instead. There're also gstreamer plugins for WFD now, so maybe give them a try? Thanks David [1] https://github.com/01org/wysiwidi [2] https://answers.launchpad.net/wicd/+question/227789 ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list
Re: Mediacast to TV - MiracleCast - Open-Source Miracast - Wifi-Display on linux
On Wed, 2015-02-04 at 00:47 +0100, poma wrote: On 03.02.2015 18:43, David Herrmann wrote: Hi On Tue, Feb 3, 2015 at 6:36 PM, poma pomidorabelis...@gmail.com wrote: On 02.02.2015 19:58, David Herrmann wrote: As I'm not really interested in hacking on network-managers, I've decided to stop working on MiracleCast. If, some day, there's a working P2P stack on linux, I might resurrect it. But it sounds more likely that I'll refer to the Intel solution (WYSIWIDI) instead. There're also gstreamer plugins for WFD now, so maybe give them a try? gst-rtsp-server-wfd https://github.com/Samsung/gst-rtsp-server-wfd/blob/master/README.md Pre-conditions: This module is running on established p2p connection with wifi direct, which means that you have to setup this network environment to run this module. I hope this link would be very helpful. ( http://cgit.freedesktop.org/~dvdhrm/miracle ) You are referring to them, they are referring to you. :) They provide a gstreamer plugin for Miracast, but quite frankly didn't bother hacking on Wifi P2P. Hence, they refer to my miracle-wifid hack to provide a P2P link. If NM provides a P2P API, you can just set it up via nmcli and then use the gst modules to run Miracast (or you can just use the ConnMan API right now). Thanks David Well at least there is an open RFE - Network Manager [enh] Add support for WiFi P2P (aka WiFi Direct) https://bugzilla.gnome.org/show_bug.cgi?id=734073 And in this thread I see Patrik Flykt - ConnMan. Connman WiFi p2p API evaluation https://mail.gnome.org/archives/networkmanager-list/2015-January/msg00018.html Let's see if NetworkMan can learn from ConnMan. :) Of course it can learn something :) We'd rather have NetworkManager share an API with ConnMan here instead of needlessly re-inventing the wheel. I think we came to quasi-agreement in the mail thread you link to, but need to write up a final spec and get agreement from Patrik. This might also be a good project for a community member to help out with too. So if anyone is interested in the NetworkManager side of P2P/Direct (and I know some are) please raise your hand! Dan ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.org/mailman/listinfo/networkmanager-list