Is briding necessary?
Dear all,
We have a Linux application which captures IP packets from given network interface. Our current configuration is such that we have a bridge (br0) containing eth1 and bnep0 interfaces and its working wonderfully.
However we would like to have only bnep0 interface so that there would not be need for eth1 device. We have tried to use this bnep0-only approach, but it is not working properly. What we see is:
1) PAN connection itself is successfully established
2) bnep0 interface is up
3) we can ping from mobile phone (device connected with PAN to Linux), but we don't get replies back to mobile phone. We see though that ping packets flow through our software to both directions i.e. ping-replies are written to bnep0 too.
4) the state 3) stays there until we ping/traceroute the mobile phone from the machine where the bnep0 interface is. After ping/traceroute command the reply-ping packets start to flow to mobile phone too.
This is rather odd behavior and because we are not expert of PAN nor Bluez we are wondering what could reason for above behavior. With "bridge solution" there is no need to poll back the mobile connected via bnep0/br0 instead everything works just fine after the bluetooth connection is established. Can the bnep0 interface be actually used instead of eth# or br# interface at all?
Signature · 16 lines
<< Tuomo-Markus Tikkanen <> [email protected] >> << Nokia Research Center <> Phone: +358 71 803 6480 >> << P.O. Box 407 <> Mobile: +358 50 483 6480 >> << FIN-00045 NOKIA GROUP <> FAX: +358 71 803 6210 >> ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Bluez-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bluez-users
Marcel Holtmann
maintainerHi Tuomo,
Quoted 18 lines
We have a Linux application which captures IP packets from given network interface. Our current configuration is such that we have a bridge (br0) containing eth1 and bnep0 interfaces and its working wonderfully.
However we would like to have only bnep0 interface so that there would not be need for eth1 device. We have tried to use this bnep0-only approach, but it is not working properly. What we see is:
1) PAN connection itself is successfully established
2) bnep0 interface is up
3) we can ping from mobile phone (device connected with PAN to Linux), but we don't get replies back to mobile phone. We see though that ping packets flow through our software to both directions i.e. ping-replies are written to bnep0 too.
4) the state 3) stays there until we ping/traceroute the mobile phone from the machine where the bnep0 interface is. After ping/traceroute command the reply-ping packets start to flow to mobile phone too.
Quoted 6 lines
This is rather odd behavior and because we are not expert of PAN nor Bluez we are wondering what could reason for above behavior. With "bridge solution" there is no need to poll back the mobile connected via bnep0/br0 instead everything works just fine after the bluetooth connection is established. Can the bnep0 interface be actually used instead of eth# or br# interface at all?
actually the bridge should only be needed in the case you have multiple bnepX interfaces. For example on an access point. The bnepX interface is a full virtual network card and you can expect the same behaviour like eth0. However you need to activate IP forwarding if you want to share your IP packets between different network cards. Check your settings, because maybe also netfilter (firewall etc.) is involved in your setup.
Regards
Marcel
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users