Re: who uses this port?

On 05/11/2015 09:20, Ben Woods wrote: > On Wednesday, 4 November 2015, Andriy Gapon > wrote: > > $ sockstat -l | fgrep 631 > ?? ? ? tcp4 127.0.0.1:631 > *:* > > $ nc -l 127.0.0.1 631 > nc: Address already in use > > >

Re: who uses this port?

On Wednesday, 4 November 2015, Andriy Gapon wrote: > $ sockstat -l | fgrep 631 > ?? ? ? tcp4 127.0.0.1:631 *:* > > $ nc -l 127.0.0.1 631 > nc: Address already in use > I'm more curious as to why sockstat gives you question marks instead of the proper process deta

Re: tap(4) and host-only networking between host and guest

John Nielsen wrote: > > I am experimenting with bhyve which uses tap(4) for network access. > > I don't want to bridge tap0 with any of the hosts's real NICs. How can > I create a private network just between the host and the guest? > >>> you are thinking too hard! > >>>

Re: tap(4) and host-only networking between host and guest

Neel Natu wrote: > >> Julian Elischer wrote: > >> > > > >> > > I am experimenting with bhyve which uses tap(4) for network access. > >> > > > >> > > I don't want to bridge tap0 with any of the hosts's real NICs. How can > >> > > I create a private network just between the host and the guest? > >> >

Re: strange nfs/rsync stalls

Gerritt Kuhn wrote: > Hi all, > > I see some weird (I think) NFS issue here: > I have a NFS server running 10.2-RELEASE exporting a directory to a NFS > client running 10.2-STABLE (as of yesterday, tried that update from 10.1 > to see if it would fix this issue, but it stayed with me). I use rsync

RE: Timing issue with Dummynet on high kernel timer interrupt

On Wednesday, 4 November 2015 12:34 AM, Hans Petter Selasky wrote: > On 11/03/15 14:14, Rasool Al-Saadi wrote: > > Does anyone have thoughts on what we can test next to narrow down the > root-cause of these unusual timing jumps? > > You might also want to test the "projects/hps_head" branch, whic

Re: tap(4) and host-only networking between host and guest

Hi Victor, On Wed, Nov 4, 2015 at 10:45 AM, Victor Sudakov wrote: > Victor Sudakov wrote: >> Julian Elischer wrote: >> > > >> > > I am experimenting with bhyve which uses tap(4) for network access. >> > > >> > > I don't want to bridge tap0 with any of the hosts's real NICs. How can >> > > I creat

[Bug 197198] bxe driver failed to init NIC

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197198 m...@fork.pl changed: What|Removed |Added CC||m...@fork.pl --- Comment #2 from m..

Re: who uses this port?

Think I’ve seen this happen once or twice by rpcbind on startup. By default though its usually a CUPS printing daemon. Besides that got any ng_sockets open ? > On Nov 4, 2015, at 13:40, Andriy Gapon wrote: > > $ sockstat -l | fgrep 631 > ?? ? ? tcp4 127.0.0.1:631

Re: who uses this port?

On Nov 4, 2015, at 11:40 AM, Andriy Gapon wrote: > $ sockstat -l | fgrep 631 > ?? ? ? tcp4 127.0.0.1:631 *:* > > $ nc -l 127.0.0.1 631 > nc: Address already in use That's the IPP port, commonly grabbed by CUPS and other printing software: % grep 631 /etc/services

Re: who uses this port?

CUPS uses port 631 by default. On Wed, Nov 4, 2015 at 11:40 AM, Andriy Gapon wrote: > $ sockstat -l | fgrep 631 > ?? ? ? tcp4 127.0.0.1:631 *:* > > $ nc -l 127.0.0.1 631 > nc: Address already in use > > -- > Andriy Gapon > _

who uses this port?

$ sockstat -l | fgrep 631 ?? ? ? tcp4 127.0.0.1:631 *:* $ nc -l 127.0.0.1 631 nc: Address already in use -- Andriy Gapon ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To

Re: netstat -B "Recv"

Your assumptions are correct, recv count is the number of packets which are received by the bpf peer, match count is the number of packets which matched the bpf filter that is active.. this shouldn’t be happening. Are you running netstat during the tcpreplay run or after it completed? Also can y

Re: tap(4) and host-only networking between host and guest

On Nov 4, 2015, at 11:45 AM, Victor Sudakov wrote: > Victor Sudakov wrote: >> Julian Elischer wrote: I am experimenting with bhyve which uses tap(4) for network access. I don't want to bridge tap0 with any of the hosts's real NICs. How can I create a private network jus

Re: tap(4) and host-only networking between host and guest

Victor Sudakov wrote: > Julian Elischer wrote: > > > > > > I am experimenting with bhyve which uses tap(4) for network access. > > > > > > I don't want to bridge tap0 with any of the hosts's real NICs. How can > > > I create a private network just between the host and the guest? > > you are thinkin

netstat -B "Recv"

Hi! Question: What do the Recv column in 'netstat -B' show? I thought it was tha amount of packets received, but appaently not so. I send 200 packets from a tcpreplay machine to a receiving machine. I do it a few times. On the receiver I see: netstat -in NameMtu Network Address

Re: tap(4) and host-only networking between host and guest

Eugene Grosbein wrote: > > > And if I need the VMs to talk to one another, I think I can bridge > > several tapN devices on the host. > > You could also just use broader IP network and single tap interface > for several VMs. Do you mean to say I can run several bhyve instances on the same tap0 d

Re: tap(4) and host-only networking between host and guest

04.11.2015 20:12, Victor Sudakov пишет: And if I need the VMs to talk to one another, I think I can bridge several tapN devices on the host. You could also just use broader IP network and single tap interface for several VMs. ___ freebsd-net@freebs

strange nfs/rsync stalls

Hi all, I see some weird (I think) NFS issue here: I have a NFS server running 10.2-RELEASE exporting a directory to a NFS client running 10.2-STABLE (as of yesterday, tried that update from 10.1 to see if it would fix this issue, but it stayed with me). I use rsync on the client to copy data from

Re: tap(4) and host-only networking between host and guest

Julian Elischer wrote: > > > > I am experimenting with bhyve which uses tap(4) for network access. > > > > I don't want to bridge tap0 with any of the hosts's real NICs. How can > > I create a private network just between the host and the guest? > you are thinking too hard! > > tap IS the interfac

Re: tap(4) and host-only networking between host and guest

On 11/4/15 3:54 PM, Victor Sudakov wrote: Colleagues, I am experimenting with bhyve which uses tap(4) for network access. I don't want to bridge tap0 with any of the hosts's real NICs. How can I create a private network just between the host and the guest? you are thinking too hard! tap IS th

[Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 --- Comment #15 from Wei Hu --- Sorry for the late response. We still cannot reproduce the issue, but another customer reported the same issue and found a bug in the Hyper-V checksum path. Attached is a patch to fix this issue. Please appl

[Bug 203630] [Hyper-V] [nat] [tcp] 10.2 NAT bug in TCP stack or hyperv netsvc driver

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=203630 Wei Hu changed: What|Removed |Added Attachment #162011|0 |1 is obsolete|