From owner-freebsd-hackers@FreeBSD.ORG Sat Aug 11 13:35:16 2012 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89012106564A for ; Sat, 11 Aug 2012 13:35:16 +0000 (UTC) (envelope-from daved@tamu.edu) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD4C8FC0A for ; Sat, 11 Aug 2012 13:35:16 +0000 (UTC) Received: from [10.0.1.6] (pool-71-113-229-142.herntx.dsl-w.verizon.net [71.113.229.142]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id q7BDZFcU039811 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sat, 11 Aug 2012 08:35:15 -0500 (CDT) (envelope-from daved@tamu.edu) From: David Duchscher Content-Type: multipart/signed; boundary="Apple-Mail=_D7374F51-629E-4457-AC12-053383B73D6C"; protocol="application/pkcs7-signature"; micalg=sha1 Date: Sat, 11 Aug 2012 08:35:14 -0500 Message-Id: To: hackers@freebsd.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) Received-SPF: pass (nostrum.com: 71.113.229.142 is authenticated by a trusted mechanism) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Disabling ethernet link on an Intel nic? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Aug 2012 13:35:16 -0000 --Apple-Mail=_D7374F51-629E-4457-AC12-053383B73D6C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Greetings,=20 I have a need to turn off the link of an ethernet port on a Intel nic. = The issue is not a big deal but one we would like to solve. we have no = way of signaling an upstream router that a path is down but via turning = off the link of the ethernet port. This would only be used when = something goes wrong. The hope is that we could automate some problems = and handle other situations remotely avoiding having to visit the system = in person. Any thoughts? We can modify the system so if it means modifying the = driver or some other code, I am willing to try. Just need a little = direction. Thanks for your time, -- DaveD --Apple-Mail=_D7374F51-629E-4457-AC12-053383B73D6C--