On Tue, Feb 14, 2017 at 11:03:22PM -0800, Stephen Stuart wrote: > On Feb 14, 2017 05:42, "C. L. Martinez" <carlopm...@gmail.com> wrote: > > On Tue, Feb 14, 2017 at 01:26:49PM +0000, C. L. Martinez wrote: > > On Tue, Feb 14, 2017 at 01:29:57PM +0100, Miroslav Lachman wrote: > > > C. L. Martinez wrote on 2017/02/14 12:57: > > > > On Mon, Feb 13, 2017 at 02:02:48PM +0100, Daniel Niculescu wrote: > > > > > > > > > > > Thanks Daniel. I have tried what you say, but ping doesn't works > between host and guest. If I put an ip to the bridge works ok, but not when > I assign an ip to tap interface. > > > > > > > > Any idea why?? > > > > > > Are you using IPs from the same subnet on host and in a guests? What IP > did > > > you assign to tap / bridge? > > > > > > Miroslav Lachman > > > > Yes. For host: 172.22.55.1/24 and for guest 172.22.55.29/24. When I > assign IP 172.22.55.1 to the bridge on host side, host and guest can > communicate. But when I assign 172.22.55.1 to a tap interface on the host > and create a bridge with host's tap interface and guest's tap interface, > there is no comms between them ... And I don't understand why ... > > > > > > -- > > Greetings, > > C. L. Martinez > > Ok, I think I have found the problem (but not the solution :( ) ... > > prodif: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 > ether 02:bc:f9:66:98:01 > nd6 options=9<PERFORMNUD,IFDISABLED> > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: tap11 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 7 priority 128 path cost 2000000 > member: tap10 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 6 priority 128 path cost 2000000 > pubif: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500 > ether 02:bc:f9:66:98:02 > nd6 options=9<PERFORMNUD,IFDISABLED> > groups: bridge > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: tap21 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 9 priority 128 path cost 2000000 > member: tap20 flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP> > ifmaxaddr 0 port 8 priority 128 path cost 2000000 > tap10: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 > mtu 1500 > options=80000<LINKSTATE> > ether 00:bd:1d:15:f7:0a > nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: Ethernet autoselect > status: active > groups: tap > Opened by PID 79946 > tap11: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 > mtu 1500 > options=80000<LINKSTATE> > ether 00:bd:24:15:f7:0b > inet 172.22.55.1 netmask 0xffffffe0 broadcast 172.22.55.31 > nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: Ethernet autoselect > status: no carrier > groups: tap > tap20: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 > mtu 1500 > options=80000<LINKSTATE> > ether 00:bd:2b:15:f7:14 > nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: Ethernet autoselect > status: active > groups: tap > Opened by PID 79946 > tap21: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> metric 0 > mtu 1500 > options=80000<LINKSTATE> > ether 00:bd:31:15:f7:15 > inet 172.30.77.1 netmask 0xfffffff8 broadcast 172.30.77.7 > nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> > media: Ethernet autoselect > status: no carrier > groups: tap > > .. As you can see with tap21 and tap11 (tap interfaces assigned to host) > status is: no carrier ... ¿¿¿¿¿???? Why?? Both are assigned to bridges ... > > > Those tap interfaces have no carrier because they have not been opened by a > guest VM and paired with a vtnet interface. > > A tap interface is how the vtnet interface inside the guest VM shows up on > the host side. No guest VM, no tap. > > If you want the host to be able to exchange IP packets with the guest VM > locally, the bridge (on the host) and vtnet interface (in the guest VM) > need to be numbered in the same prefix. The tap interfaces don't get IP > address assignments, the corresponding vtnet interfaces inside the VMs do. >
Ok, I have solved the problem. I am using source policy routing in this installation, because I need to route Internet traffic via wlan0 interface. Due to the impossibility to bridge wlan interface, I have created two routing tables. Adding default route to rtable 1, solved the problem. Many thanks to all for your help. -- Greetings, C. L. Martinez _______________________________________________ freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization To unsubscribe, send any mail to "freebsd-virtualization-unsubscr...@freebsd.org"