Re: Import dhcpcd(8) into FreeBSD base

On Wed, 10 Aug 2022, at 8:46 AM, Ben Woods wrote: > > I agree with the plan also - Import dhcpcd with its dedicated rc.d > script (build enabled with runtime off by default, but manually enabled > by dhcpcd_enable=“YES”). > > No need to change the rc or network.subr system fo

Re: Import dhcpcd(8) into FreeBSD base

thinking about the import and the improvement of boot-time >> configuration together does not make good sense to me to judge the >> reasonableness of the import. > > I agree with all of this. > > I would only ask that there is the ability to just enable dhcpcd as a generic > service in rc.conf as dhcpcd_enabled=YES so that people can play with it as > intended and not affect any existing configuration. > > Roy I agree with the plan also - Import dhcpcd with its dedicated rc.d script (build enabled with runtime off by default, but manually enabled by dhcpcd_enable=“YES”). No need to change the rc or network.subr system for now, as dhclient and rtsold are already off by default (or if enabled by default will be possible to disable in rc.conf). No need to have plans to remove dhclient/rtsold now - let’s give people the option for now, with no plan to necessarily remove dhclient/rtsold. Hiroki - I’ll update my phabricator review to align with the above. Regards, Ben -- From: Ben Woods woods...@freebsd.org

Re: Import dhcpcd(8) into FreeBSD base

your experience. Also, would be keen to hear some of the perks of dhclient and rtsold - is it existing integration into your downstream management layer? (Not meant sarcastically). Cheers, Ben -- From: Ben Woods woods...@freebsd.org

Import dhcpcd(8) into FreeBSD base

phabricator). https://reviews.freebsd.org/D22012 https://github.com/NetworkConfiguration/dhcpcd Regards, Ben -- From: Ben Woods woods...@freebsd.org

Re: DHCPv6 client in base

On Fri, 29 Nov 2019 at 09:40, Roy Marples wrote: > On 28/11/2019 22:50, Ben Woods wrote: > > It is not yet enabled by default until he gets more feedback from others > > that it is working ok. I intend to update the FreeBSD port to enable > > this feature (perhaps with a “-

Re: DHCPv6 client in base

On Tue, 15 Oct 2019 at 9:00 pm, Hiroki Sato wrote: > Roy Marples wrote > in : > ro> Sorry if it was not clear. The discussion involves what is the > ro> required acceptance for Priviledge Seperation because this is quite > ro> new to me. > ro> > ro> My current idea is to open DHCP, IPv6RA and

Re: DHCPv6 client in base

On Mon, 14 Oct 2019 at 3:34 am, Hiroki Sato wrote: > How do you want to proceed the discussion? I sent my view and made > myself clear that importing dhcpcd into the base system as-is is not > a good idea. What is your answer to my concerns? I also agree with > Brooks about a need for

Re: DHCPv6 client in base

On Sat, 12 Oct 2019 at 3:42 am, Hiroki Sato wrote: > I do not have a strong objection on dhcpcd (I am using it on some of > my FreeBSD boxes actually) but let me explain the reason why I chose > wide-dhcp as the candidate. That is because it is a small, > functional DHCPv6-only

Re: DHCPv6 client in base

On Sat, 12 Oct 2019 at 1:45 am, Brooks Davis wrote: > DHCP is one of the most exposed attack surfaces in existence. We expect > it to take input from explicitly untrustworthy networks and perform > actions as root. It might be OK to import this as a stopgap only > supporting IPv6, but without

Re: DHCPv6 client in base

On Fri, 11 Oct 2019 at 08:32, Ben Woods wrote: > On Mon, 7 Oct 2019 at 8:53 am, Ben Woods wrote: > >> On Thu, 16 May 2019 at 2:25 am, Hiroki Sato wrote: >> >>> wrote >>> in <001e01d50b49$176104d0$46230e70$@gmail.com>: >>> >>> d

Re: DHCPv6 client in base

On Mon, 7 Oct 2019 at 8:53 am, Ben Woods wrote: > On Thu, 16 May 2019 at 2:25 am, Hiroki Sato wrote: > >> wrote >> in <001e01d50b49$176104d0$46230e70$@gmail.com>: >> >> dr> Has anyone ever thought or considered integrating an IPv6 DHCP client >> i

Re: DHCPv6 client in base

On Thu, 16 May 2019 at 2:25 am, Hiroki Sato wrote: > wrote > in <001e01d50b49$176104d0$46230e70$@gmail.com>: > > dr> Has anyone ever thought or considered integrating an IPv6 DHCP client > in > dr> base? > > I have a plan to import wide-dhcp6 into the base system because it is > simple

igb stats double counting in 12-CURRENT r319025

Hi everyone, I have noticed my networking statistics appear to be double counting on two of my FreeBSD 12-CURRENT boxes running r319025. Could someone please help me to find the problem (I believe it is likely to be a bug in the networking driver). I discovered the double counting by comparing

Re: interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308

> > Ben: > > What kind of workload is this machine processing? I'd like to try and > duplicate this failure if possible. > > sean > > Hi Sean, It is a Netgate RCC-VE-8860 running as my home firewall. https://netgate.com/docs/rcc-ve-8860/quick-start-guide.html I am running FreeBSD 12-current

Re: interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308

On 2 April 2017 at 16:04, Kevin Bowling wrote: > Sean Bruno committed a couple fixes to the watchdog code this week that > should at least allow for a usable TSO although the frequency of the > watchdog events is still cause for concern. It seems some timeouts are >

Re: interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308

On 27 March 2017 at 15:35, Kevin Bowling wrote: > Try turning TSO off.. i.e. ifconfig igb3 -tso or sysctl net.inet.tcp.tso=0 > > The transition to iflib has exposed much jankiness in the Intel "shared > code" of the e1000 drivers. In particular, the locking contracts

interface down, console output: igb3: TX(7) desc avail = 41, pidx = 308

Morning! Since my recent update from FreeBSD12-current r313908 to r315466, I have noticed some strange behaviour with one of my network interfaces. The interface seems to work fine for a day or so, but on a number of occasions I have found it to be down, and constantly outputting the following

Re: tap(4): half-duplex and zero-speed ?

On Thu, 23 Feb 2017 at 8:43 pm, Alexandre Snarskii wrote: > > Hi! > > Long story short: if you try to aggregate tap(4) devices into lacp-based > lagg(4), aggregate will fail to negotiate lacp with remote end and will not > be able to pass traffic. > > Root cause: lacp code

Re: Search for SANE scanners freezes the system

On Saturday, 10 September 2016, Yuri wrote: > I observe this weird fenomenon: scanimage (from graphics/sane-backends) > freezes the system when it doesn't find a scanner on the LAN, and works > fine when the scanner is found. > > The only thing that scanimage does is sending UDP

Is there a way to keep an account of which processes generate how much network traffic?

On Monday, 30 May 2016, Yuri > wrote: > There is vnstat that does this by interface. > > But is there a way to do this by the application? This is because nearly > every packet that is sent through the system is sent on behalf of

Re: Int overflow in dhclient(1)

On Tuesday, 15 March 2016, Michael McConville wrote: > I sent this a few weeks ago, but it never got applied: > > https://marc.info/?l=freebsd-net=145392057613453=2 > > Here's my explanation for the same fix in OpenBSD: > > https://marc.info/?l=openbsd-tech=145377854103866=2 >

Re: Multicast routing on FreeBSD 11 current

On Saturday, 23 January 2016, Ben Woods <woods...@gmail.com> wrote: > > I am running the GENERIC kernel, except with VIMAGE enabled and SCTP > disabled. > > When I try to load the kernel module, I am getting an error: > % sudo kldload -v ip_mroute > kldload: an e

Multicast routing on FreeBSD 11 current

Hey everyone, I am trying to set up multicast routing on FreeBSD 11 current, so I can pass IPTV from my ISP to my set top box via my FreeBSD router. I intend to use net/igmpproxy as per this forum post: https://lafibre.info/remplacer-livebox/remplacer-sa-livebox-par-un-routeur-pfsense/ I am

Re: upnp/dlna

On 16 January 2016 at 09:09, Gerrit Kühn wrote: > On Fri, 15 Jan 2016 21:36:15 +0100 > Guido Falsi wrote: > > GF> From your description it looks like a different issue. Looks like > GF> some network issue, maybe some network device (switch or

ppp(8) PPPoE fails when ifname contains "."

Hey everyone, I was recently trying to set up PPPoE to my ISP, over my network interface which is configured with 802.1q VLAN tagging using vlan(4). I utilised the vlans_= feature described in rc.conf(5), which creates a cloned interface named .. In /etc/ppp.conf I used the syntax PPPoE:. and

Re: tcp keep-alive message sent without timestamp option

On Thursday, 24 December 2015, Yongmin Cho wrote: > Hi, all. > > I have checked tcp keep-alive in freebsd head. > According to RFC7323, tcp timestamp option must be sent with > keep-alive packet after timestamp option has been negotiated. > So I have tested this on

Re: vimage and jail networking

On 1 December 2015 at 06:48, Nathan Aherne wrote > Thank you for helping me to understand vimage better Julian! I have read > all three links you posted a number of times. > > I use iocage for jail management and it uses epair. From your comments it > seems you recommend

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

Re: How to join this mailing list ?

On Monday, July 20, 2015, arthurwang wangzh...@jrq.com wrote: Excuse Me , but this is the first time I used I mailing list to have discussions with others , could anyone help me how to subscribe this , and how to get the historical mails ? Thanks a lot for helping a newbee ~!! Go

Re: Adding RTL8153 support to rue(4) USB to Ethernet driver

On 3 June 2015 at 22:59, Ben Woods woods...@gmail.com wrote: Hi everyone, I am wondering what it would take to add support for RTL8153 to the rue(4) USB to Fast Ethernet driver for Realtek. I bought one of these from NEC in Japan (their part number PC-VP-BK06), as shown here (use Google

Adding RTL8153 support to rue(4) USB to Ethernet driver

Hi everyone, I am wondering what it would take to add support for RTL8153 to the rue(4) USB to Fast Ethernet driver for Realtek. I bought one of these from NEC in Japan (their part number PC-VP-BK06), as shown here (use Google translate):

Re: Adding RTL8153 support to rue(4) USB to Ethernet driver

On 3 June 2015 at 23:18, Hans Petter Selasky h...@selasky.org wrote: On 06/03/15 17:01, Ben Woods wrote: On 3 June 2015 at 22:59, Ben Woods woods...@gmail.com wrote: Hi everyone, I am wondering what it would take to add support for RTL8153 to the rue(4) USB to Fast Ethernet driver

Understanding netstat -ibnhW

In the FreeBSD forum post below, I explain having difficulty reading the output of netstat -ibnhW. In short, I am trying to determine the network usage from a network interface, but the one interface is listed once for each subnet on the NIC. http://forums.freebsd.org/viewtopic.php?f=7t=48226