Kodi Community Forum

Hi all,
Been chasing this down for a few days now and finally have it nailed...

My XBMC box is a little odd in that it also runs my Internet connection via a Bridged PPPoE connection. This means I have 2 interfaces in the box - a ppp0 and an eth0.

XBMC Airplay server announces via mdns the eth0 IP address but nothing shows up on the iPad or iPhone

Unless I switch off the internet interface and return to just the eth0 interface. Then Airplay icon shows up on iPad and everything works as expected...

If any further information is required please let me know and I'll do my best to supply it

Incidentally, if I fire up XBMC before bringing up the PPPoE interface, it seems that AirPlay stays working on the internal eth0 interface as expected.

Hope this helps someone else who might have the same weird setup as me

Yes do you have any other pc/notebook in the network where you could run something like wireshark or the bonjour browser to see whats going on there?

I believe this issue at http://trac.xbmc.org/ticket/14155 talks about the same thing (essentially).

It seems this isn't going to be fixed, there's a general consensus that XBMC should not be run on machines with multiple interfaces - which I can kind of understand to be honest

Well the airplay services should be bound to 0.0.0.0 (meaning all interfaces available during startup of XBMC). Also the zeroconf should announce on all interfaces. Thats why i asked for the bonjour browser results and wireshark from another mashine. There must be something wrong in my assumptions or something is not working like intended.

I'll see what I can get for you - I notice that a netstat -an shows 36666 and 36667 bound to 0.0.0.0 - although one of them (I think it was 36667) is only bound on tcp6

With wireshark - is there anything I should do with the iPad while capturing? (Bearing in mind that no airplay device shows up on the iPad)

best would be to have a look at the bonjour browser output as this seems to be only related to the bonjour announcement (the listening ports would only play a role once an ios device tries to connect to those -after evaluating the bonjour announcement).

Hi,

I have the same problem.
I can make a dump from both the server and client kodi. What should contain the dump?

The command "netstat -lpn" show that kodi listens on port 1900.

tcpdump shows:
> 16:53:41.367782 IP 192.168.0.2.1401 > 239.255.255.250.1900: UDP, length 160
> 16:53:41.367821 IP 192.168.0.2.1401 > 239.255.255.250.1900: UDP, length 160
> 16:53:56.062768 IP 192.168.0.1.1901 > 239.255.255.250.1900: UDP, length 300
> 16:53:56.072793 IP 192.168.0.1.1901 > 239.255.255.250.1900: UDP, length 356

ip 192.168.0.1 - router address
ip 192.168.0.2 - xbmc address

So i think that communication works. But dlna and airplay is not working

My interface configuration:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether 1c:6f:65:22:37:de brd ff:ff:ff:ff:ff:ff
inet 192.168.0.2/24 brd 192.168.0.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::1e6f:65ff:fe22:37de/64 scope link
valid_lft forever preferred_lft forever
3: eth0.1003@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 1c:6f:65:22:37:de brd ff:ff:ff:ff:ff:ff
inet 192.168.2.2/24 brd 192.168.2.255 scope global eth0.1003
valid_lft forever preferred_lft forever
inet6 fe80::1e6f:65ff:fe22:37de/64 scope link
valid_lft forever preferred_lft forever
4: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 100
link/none
inet 192.168.253.6 peer 192.168.253.5/32 scope global tun0
valid_lft forever preferred_lft forever

# ip ro
default via 192.168.2.1 dev eth0.1003
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.2
192.168.2.0/24 dev eth0.1003 proto kernel scope link src 192.168.2.2
192.168.253.0/24 via 192.168.253.5 dev tun0
192.168.253.5 dev tun0 proto kernel scope link src 192.168.253.6
224.0.0.0/4 dev eth0 scope link

Description:
eth0 local network (wifi and home)
eth1.1003 NAS and gateway
tun0 iptv


From what I remember is version 12.0 does not have problems handling multiple interfaces for upnp, dlna, AirTunes (before airplay).

post debug log (wiki)