From owner-freebsd-virtualization@freebsd.org Mon Apr 2 16:11:21 2018 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5D82F74B3E for ; Mon, 2 Apr 2018 16:11:20 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4AB1D8534B for ; Mon, 2 Apr 2018 16:11:19 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w32GB9YB083258; Mon, 2 Apr 2018 09:11:09 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w32GB9G4083257; Mon, 2 Apr 2018 09:11:09 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201804021611.w32GB9G4083257@pdx.rh.CN85.dnsmgr.net> Subject: Re: bhyve and arp problem In-Reply-To: <5AC24EA6.9010207@omnilan.de> To: Harry Schmalzbauer Date: Mon, 2 Apr 2018 09:11:09 -0700 (PDT) CC: Daniel Braniss , freebsd-virtualization@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2018 16:11:21 -0000 > Bez?glich Daniel Braniss's Nachricht vom 02.04.2018 16:58 (localtime): > > ? > >> > >> Are you trying to use the HOSTS ip address in the GUEST? > > > > the client is using the server?s /usr/local, which is mounted via nfs. > > I guess you have reasons to prefer nfs over nullfs. You can not nullfs mount from inside a bhyve guest the host file system would be his reason. > > so I guess the answer is yes. > > I don't see how /usr/local is related to IP address assigning... Yes, this is not any part of this issue, I believe the RP misunderstood my question. > ? > > the guest has only vtnet0 and lo0 > > the ip of the client is obtained via dhcp > > on the server, there is a bridge, bridge0 and it bridges between the taps and the mxlen0 > > Hmm, do you assing an IP address to your if_tap(4) interfaces at your > bhyve-host? I missed that as a possible, yes, that would cause odd issues. > if_tap(4) is used for interconnecting bhyve(8)'s virtio-net "backend" > with the host's host-IP stack via the character device /dev/tapX. > The if_tap(4) interfaces on the host mustn't get the guest's (clients) > IP address! The address must be assigned to the if_vtnet(4) interface > _inside_ the guest (I call it the front-end of bhyve's virtio-net) ? > done usually in /etc/rc.conf ? no relation to /usr/local? > > But chances are good I misunderstood something, either your setup or > your results... Else I can't explain what you see other than the above > scenario. Is it still true that if you have a bridge hooked to an interface you must move the IP assignement from the interace device to the bridge? Ie in this case here the IP address of the most must be put on bridge0, and NOT on mlxen0. > -harry > -- Rod Grimes rgrimes@freebsd.org