client-exit-hooks, which is a shellscript documented in
dhclient-script(8).
--
Peter Jeremy
signature.asc
Description: PGP signature
nt or two later,
>suddenly the connection was entirely dropped, and now the ifconfig
>output said "no carrier".
What status was reported on the lights at each end?
--
Peter Jeremy
pgpAs2VtFUApg.pgp
Description: PGP signature
e network you have described.
Where did you expect you expect the packet to be sent?
>my sysctl output:
>...
>
>net.inet.ip.redirect: 1
>net.inet.icmp.drop_redirect: 0
>...
You don't say what you are trying to achieve but my crystal ball says that
you want net.inet.ip.f
s)
Finally, add some 'log' keywords and tcpdump pflog0. Unfortunately,
the stock FreeBSD tcpdump can't handle pflog packets. There are some
patches in bin/124825 but you will need to do some work to get them
to apply to the tcpdump in 9.1.
That will hopefully give you some pointers as to where to investigate.
--
Peter Jeremy
pgpKOuIGsvWtO.pgp
Description: PGP signature
ource address should be 223.223.223.2).
OTOH, if I use a more complete pf.conf and initiate the connection either
on the host or on an "internal" box set to route through the firewall,
everything works as expected.
What am I doing wrong?
--
Peter Jeremy
pgpHe3KFE2Zph.pgp
Description: PGP signature
quare and multiply. What are you trying to do? Maybe we can offer
an alternative to pow(3).
--
Peter Jeremy
pgp6AHdKYOfNS.pgp
Description: PGP signature
onf etc entries that you are using and a
description of what you are trying to achieve.
--
Peter Jeremy
pgppcO8hHBl6F.pgp
Description: PGP signature
0 vlan 10 vlandev eth2
ifconfig bridge1 addm vlan5 addm vlan6
ifconfig bridge2 addm vlan7 addm vlan9
ifconfig bridge3 addm vlan8 addm vlan10
--
Peter Jeremy
pgp7griifAX2e.pgp
Description: PGP signature
On 2012-Mar-06 09:15:57 +0330, h bagade wrote:
>On 3/6/12, Peter Jeremy wrote:
>> The following example diagram shows 3 distinct packet flows:
>> - packets tagged 5 in trunk1 and 6 in trunk0
>> - packets tagged 7 in trunk1 and 9 in trunk0
>> - packets tagged 8
as lagg is brought up, NIC pool no longer responds to
>pings and gives an "I'm busy now" message.
Yes. Once you create the lagg, the interfaces comprising it will no
longer work standalone and you can't atomically migrate the IP address
from re0 to lagg0 - hence the sc
ms that NFS server 192.168.2.1 is not responding.
lagg0 shows only one laggport so there's no failover. Are you sure you
installed /etc/rc.d/lagg or an equivalent script?
>PS- I mistakenly double-posted:
>http://docs.freebsd.org/cgi/getmsg.cgi?fetch=39210+0+current/freebsd-net
I replied to this one because it had a meaningful subject.
--
Peter Jeremy
pgpInbilVoAg2.pgp
Description: PGP signature
;to diskless node situations?
(Two amusing typos in one sentence).
Based on what you've said so far, no.
carp provides load-balancing or failover between two (or more) hosts.
lagg provides load-balancing or failover between two (or more) NICs
on one host.
--
Peter Jeremy
pgpQkf5nduxKw.pgp
Description: PGP signature
st?
AFAIR, I use a separate ramdisk because /etc/rc.d/lagg runs very early
and other mountpoints cannot be relied on.
--
Peter Jeremy
pgprrfdNpGEnW.pgp
Description: PGP signature
ly at
startup (it will exit if the link doesn't come up within 10s of
dhclient starting) and during DHCP exchanges (if the link goes down
when it's expecting a DHCP response then it exits).
Can anyone explain the rationale behind the current behaviour?
--
Peter Jeremy
pgpBpISxeP8qg.pgp
Description: PGP signature
On 2012-Apr-05 07:17:49 +1000, Peter Jeremy wrote:
>/etc/devd.conf includes a rule to start dhclient when an Ethernet or
>802.11 interface reports "link up", with a comment: "No link down rule
>exists because dhclient automatically exits when the link goes down.&quo
On 2012-Apr-05 13:22:37 -0700, YongHyeon PYUN wrote:
>On Thu, Apr 05, 2012 at 12:39:46PM +1000, Peter Jeremy wrote:
>> On 2012-Apr-05 07:17:49 +1000, Peter Jeremy wrote:
>> >/etc/devd.conf includes a rule to start dhclient when an Ethernet or
>> >802.11 interfac
p'.
This is a bug in dhclient - see PR bin/166656, which includes a fix.
--
Peter Jeremy
pgpo1p1TtzlQz.pgp
Description: PGP signature
n is definately needed here.
>
>Hmmm, this does seem true. Do you either of you have any patches for this,
>or Peter, can you extend your patch to do this?
It's not a case that I initially considered and I don't currently have
a patch for this. I'll have a look into it.
--
Peter Jeremy
pgpVPl5hJPMBM.pgp
Description: PGP signature
On 2012-Jul-13 11:20:36 -0700, Yuri wrote:
>On 07/13/2012 02:48, Peter Jeremy wrote:
>> This is a bug in dhclient - see PR bin/166656, which includes a fix.
>
>I think this PR addresses part of the problem: dhclient doesn't exit when the
>link goes down.
>But even if
ident that it can't), then I'm happy
that it otherwise works.
--
Peter Jeremy
pgprjxR90uyyW.pgp
Description: PGP signature
find in /var/log/messages:
Aug 22 12:19:12 local kernel: arp: remo-mgmt moved from remot-ilo to remot-nic
on vlan157
The ARP mapping for remo-mgmt to remot-ilo was correct following the
ARP exchange at 12:15:41 but at 12:19:12, "local" responds to the
wrong MAC address when replying to an ARP request. In the intervening
period, there are no references to "remot-nic" in vlan 157 or any ARP
requests mentioning remo-mgmt.
--
Peter Jeremy
pgpF24vJB31sZ.pgp
Description: PGP signature
On 2012-Aug-22 14:02:01 +1000, Peter Jeremy wrote:
>I've run into a problem where the ARP table on several of my hosts is
>apparently spontaneously replacing correct entries with incorrect MAC
>addresses. I've done some digging with tcpdump and can't identify the
>ca
tional.
>Incidentally, it makes sense in retrospect, but the if_bridge(4)
>manpage doesn't mention that gateway_enable is required for bridging
>to actually forward packets.
If this is true, it's definitely wrong and a regression.
gateway_enable relates to routing not bridging.
--
Peter Jeremy
pgp0tKR7gtvaX.pgp
Description: PGP signature
On 2012-Aug-21 23:18:15 +0200, Giulio Ferro wrote:
>Scenario : freebsd 9 stable (yesterday) amd64 on HP server with 4 nic (igb)
I have used lagg/lacp on 7.x, 8.x, 9.x and 10.x and haven't seen this
problem.
Can you please provide ifconfig output for all interfaces.
--
Pete
cal NICs in a host but don't
know of any reason for >8 to not work.
Can you please post a "pciconf -lv" from FreeBSD and the equivalent
"lspci" from Linux. A FreeBSD verbose boot log might also help.
--
Peter Jeremy
pgpXqtGGMbTJs.pgp
Description: PGP signature
Sorry for the delay, Real Lifeā¢ intervened.
On 2012-Aug-27 07:45:41 -0400, "Dustin J. Mitchell" wrote:
>On Mon, Aug 27, 2012 at 5:49 AM, Peter Jeremy wrote:
>> On 2012-Aug-26 08:12:51 -0400, "Dustin J. Mitchell"
>> wrote:
>>>On Sat, Aug 25, 20
o config(8)
and kgmon(8). There's also dtrace.
--
Peter Jeremy
pgp4Ejrvxyflt.pgp
Description: PGP signature
sociated interfaces to have the same
MAC address - it doesn't change them during operation. Normally, it
updates the MAC address when it does the "addm" but this doesn't work
for "addm wlan0" (presumably for the reasons you describe) but
manually changing the MAC address o
ons but always include lock
prefixes (effectively reverting r4). I'm appreciate anyone who
feels like testing the impact of this change.
--
Peter Jeremy
pgpA2uS_hItrK.pgp
Description: PGP signature
et/ to include the one in sys/ now?
IMHO, no. zlib wasn't an advertised API so nothing outside the base
OS should be using it. If you've moved all the kernel code to use
the new location, that should be enough.
--
Peter Jeremy
pgpPlJ_hyRXBS.pgp
Description: PGP signature
about a decade without any stability issues.
--
Peter Jeremy
pgpPOChNt5SGB.pgp
Description: PGP signature
iskless mode, re0 is "up" with the correct IP
address when init(8) starts and I presume the kernel is getting upset
at the IP address migrating from re0 to lagg0.
I have considered trying to use lagg0 (made up only of re0) as the
boot device but I can't work out how to achieve this (in particular,
how to "up" re0 when that's not part of the diskless boot sequence).
Does anyone have any suggestions?
--
Peter Jeremy
pgpssVxm4ejLN.pgp
Description: PGP signature
I've managed to resolve one of the problems I raised.
On 2011-Apr-11 07:10:12 +1000, Peter Jeremy wrote:
>For various reasons, I occasionally boot my netbook as a diskless
>client of my main server (this is a quick/easy way to test upgrades
>without needing to install them).
Since
I cannot see this mentioned. I have looked
through the source and it does appear that scheduler instances are
marked inactive in serve_sched() once they have no packets queued and
are then garbage-collected via drain_scheduler_cb(). Is this the
intent? If so, how can statistics be collected?
-
t;useless pipes/queues but i am not sure if there is a sysctl or
>timer or other mechanism to control it.
Thanks - that was enough of a pointer to find
net.inet.ip.dummynet.expire
--
Peter Jeremy
pgpyI8uFcdMZc.pgp
Description: PGP signature
s still apply to 9.x/10.x.
--
Peter Jeremy
pgp9nu4ltpF4S.pgp
Description: PGP signature
l months ago. Once the code
exists, it may be a candidate for inclusion in a future 8.x release.
--
Peter Jeremy
pgp97m7g6QHHU.pgp
Description: PGP signature
e dump is almost useless. In particular, it's no
longer possible to scan a tcpdump output and easily see packet loss or
out-of-order delivery.
--
Peter Jeremy
pgpnKFDXzBzl1.pgp
Description: PGP signature
asure that cheaply (AFAIK, LOCK_PROFILING is comparatively
expensive).
Finally, are you running i386 or amd64?
--
Peter Jeremy
pgpGJqTOzuPXQ.pgp
Description: PGP signature
27;d love to get them an HP 3400cl) - but that costs much money
>that I don't have to spend at the moment.
My recommendation is that you just use managed switches that support
VLANs and push all the traffic into the FreeBSD box via a trunk, then
let the FreeBSD box handle all the rou
lock if the NFS
server is non-responding. Note that by default, sshd will search /lib,
/usr/lib and /usr/local/lib (as well as subordinate compat libraries)
to dlopen() nss modules - which means that a local root and /usr could
still block if you have a NFS mounted /usr/local.
--
Peter Jeremy
pg
ly generate gratuitous ARP requests.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpzclAQNBmMO.pgp
Description: PGP signature
On 2008-Jun-27 22:59:56 +0200, Giulio Ferro <[EMAIL PROTECTED]> wrote:
>Peter Jeremy wrote:
>> The kernel should send out gratuitous ARP requests whenever you assign
>> an address to an interface. You could confirm that this is happening
>> by tcpdumping the inter
I've seen this with FreeBSD 5.3, 6.2 and 7.0.
The (in)frequency of the problem makes me wonder if it's actually a
resource exhaustion problem.
Has anyone got any suggestions?
--
Peter Jeremy
pgpxzJAMP0wQz.pgp
Description: PGP signature
tingly, in the above case, the host is spuriously seeing a packet
and has re-routed it via vlan168 - which is the wrong subnet, though the
destination host will still see it there.
On 2008-Jul-03 10:48:22 +0300, Stefan Lambrev <[EMAIL PROTECTED]> wrote:
>I bet 192.168.181.114 have a wro
H instructions that exist in at least amd64
and SPARC. Unfortunately, their optimal use is very implementation-
dependent and the AMD documentation suggests that incorrect use can
degrade performance.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
wo servers
to try and identify which end is behaving oddly.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpmeZrUKgFAm.pgp
Description: PGP signature
ys_generic.c in 7.x and -CURRENT, poll(2) is
limited to checking FD_SETSIZE descriptors, whilst select(2) has
no upper limit.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpeMm
ut a few more datapoints:
- it only affects real network connections - localhost is unaffected
- The problem also occurs when pinging FreeBSD 7.x from linux but not
when the same linux system pings a Winbloze box.
- Pinging either linux or winbloze from FreeBSD 7.x fails.
--
Peter Jeremy
Please ex
n FreeBSD.
Poking around a bit more, the culprit looks like
net.inet.ip.maxfragsperpacket - which is set to 16 by default.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpEyJ2bKFIKF.pgp
Description: PGP signature
lost.
Is it a random route, or is it always the same route being lost?
If it's different routes, is there anything in common between the
routes that are lost? Are all your interfaces on disjoint subnets?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inabilit
load
- What is the box doing? Is it a straight filtering router? Does it
handle NAT? Is it running apps itself (eg web, ftp, mail)?
- What speed are the interface(s) running at?
- What instability problems are you seeing?
- Please provide more details on what you mean by 'bad interactivity
pdep patches do this. See
http://lists.freebsd.org/pipermail/freebsd-net/2008-March/017103.html
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpZRD0UHjVFm.pgp
Description: PGP signature
capture the information
you are looking for.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpqNA5M12V2Y.pgp
Description: PGP signature
ce the same problem.
This is the correct configuration.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpwps7asJF15.pgp
Description: PGP signature
d
>IP addresses on different networks.
OK, that does sound wrong. Can you describe that setup please - what
local addresses/netmasks and routes did you have and what was the
remote IP address.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA
tyle. I suspect that no-one is happy
with everything in style(9) but consistency is seen as more important.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpHpw1TWvrRq.pg
8-RELEASE will be
when it eventuates.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpyG7olk4c3N.pgp
Description: PGP signature
_LLINFO is solely
for backward compatibility. (To make it clear why it's never referenced
in the base system and not needed for new code).
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or
PDIVERT
Are you using dummynet or ipdivert functionality?
>fastforwarding is on, polling is off:
>net.inet.ip.fastforwarding: 1
Have you tried disabling fastforwarding?
What if your hardware configuration and how much traffic are you pushing
through the system?
--
Peter Jeremy
Please
nued presence is
required (and monitored via TCP-level keepalives).
--
Peter Jeremy
pgpfioORNwsMU.pgp
Description: PGP signature
tively re-numbering devices).
--
Peter Jeremy
pgpmwIOlUjC3E.pgp
Description: PGP signature
(probably spoofed)
Jul 29 10:37:28 aalp05 kernel: TCP: [client]:58128 to [server]:22 tcpflags
0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment
rejected (probably spoofed)
Note that the syslog message implies there is an incoming packet but
tcpdump doesn't show one.
--
Peter Jeremy
pgpMdsvwNwvLk.pgp
Description: PGP signature
On 2007-Apr-12 11:20:29 +0100, "Bruce M. Simpson" <[EMAIL PROTECTED]> wrote:
>I can't speak for ALTQ at the moment however I believe dummynet may work
>on vlan devices.
dummynet definitely does work on vlan devices. I use it extensively at work.
--
Peter Jeremy
pg
up an appropriate response with the pre-defined fake MAC's, put it
>into the input queue and ate the request packet.
A quick-and-dirty work-around would seem to be
arp -s 169.254.101.2 Fa:ke:ma:cA:dd:re:ss
Otherwise, I think you would need to fiddle with the transmit packet
code in your driver.
--
Peter Jeremy
pgp1DSC38AW7a.pgp
Description: PGP signature
rs
is more descriptive.
(I would far prefer that "vlan" be truncated to something shorter
so that my daily reports don't have 48 lines stating 'vlan1').
--
Peter Jeremy
pgptPqZ2Apexk.pgp
Description: PGP signature
es on lo0 and use firewall software
(ipfw, IPfilter or pf) to redirect packets to the appropriate alias.
If you really need distinct physical interfaces, you could use an
IEEE 802.1Q VLAN trunk into your FreeBSD box and break it out into
as many vlan interfaces as you want.
--
Peter Jeremy
I haven't used anything else to talk to my SP.
>Your jnet_start() routine fills the tail of the buffer w/zeros
>already, doesn't it?
I would also suggest padding to 256 bytes with zeroes.
--
Peter Jeremy
pgp6n8joWvpaP.pgp
Description: PGP signature
) all proxies (eg FTP) are in userland.
Userland NAT or proxies incur significantly higher overheads than
in-kernel equivalents (because the packets have to cross the
kernel/userland barrier twice). This may be an issue if you have a
very fast Internet connection and an underpowered firewa
inbound
>and outbound traffic is invaluable.
I extensively use dummynet at work to simulate WANs (bandwidth limited
and significant delays) between different servers in our models. It
has proved invaluable for relicating field problems.
--
Peter Jeremy
pgpnZc0lqJwO8.pgp
Description: PGP signature
uld be able to run them in
its Linux emulation layer.
--
Peter Jeremy
pgpe0m2vtG3Br.pgp
Description: PGP signature
which is
far larger (an order of magnitude or so) than typical.
TCP is also designed to work on a mostly lossless link. I am not sure
how much a 5% packet loss will affect it but I would expect it to be
significant. I'm not sure how to optimise throughput in this
situation.
--
lost packet will be re-transmitted but the
very long RTT will still have a major impact on throughput.
--
Peter Jeremy
pgpWRreV4yDBJ.pgp
Description: PGP signature
t could be if machine1 is an IP endpoint: In order
to transmit a packet, it needs to put a source IP address into the
packet - which virtually always comes from the interface.
--
Peter Jeremy
pgpLYCASUZrpl.pgp
Description: PGP signature
not be many connections open but at 1650 connections
per second, there are about 200,000 control blocks in TCPS_TIME_WAIT -
far more if the load is peaky.
--
Peter Jeremy
pgpZM1cYnVUNw.pgp
Description: PGP signature
e connection as
>having a source address of 0.0.0.0 instead of 127.0.0.1.
Can you capture source port as well (squid.conf says %>p will do this)?
Is there any correlation with the source port or package being fetched?
Is it consistent?
--
Peter Jeremy
pgplcBkHQKfdh.pgp
Description: PGP signature
On Wed, Oct 17, 2007 at 08:51:34PM -0700, Len Gross wrote:
>I'm doing some protocol development and it is convenient to start it on
>Ethernet. I will need to send a packet to the Ethernet device and only have
>it be sent once, even if there is a colision.
I know we've still got some hubs lying ar
On Wed, Oct 24, 2007 at 02:17:37PM -0400, Stephen Clark wrote:
>I must be doing something wrong. I can't seem to get proxy arp to work. Is
>there some magic.
I've been using proxy ARP on FreeBSD between 4.x and 6.2 without problems
(though I think I skipped 6.1).
>I have the following setup isp
A recent posting in BUGTRAQ[1] has announced that Itojun has passed
away. Itojun was a past FreeBSD committer and very active in KAME and
the IPv6 world. No details of his passing were in the BUGTRAQ posting
but some information in Japanese is available at
http://www.hoge.org/~koyama/itojun.txt
On Wed, Oct 31, 2007 at 01:16:39AM -0700, Jeremy Chadwick wrote:
>For what it's worth, I agree with Scott. I'd rather see a new and
>separate driver (presumably igb(4)) than a "hacked up" em(4) driver
>trying to handle tons of IC revisions. A good example of the insanity
>the latter causes is nve
On Sat, Nov 03, 2007 at 08:23:20PM +0200, Ivo Vachkov wrote:
>I'd like to ask if someone has information how many vlans a freebsd
>box can 'run' ?
There is no hard limit, so in theory 4096 VLANs per trunk. If you
are using a very large number, defining VLAN_ARRAY should improve
performance at the
On Tue, Dec 11, 2007 at 12:31:00PM +0400, rihad wrote:
>Peter Jeremy wrote:
>> On Tue, Dec 11, 2007 at 09:21:17AM +0400, rihad wrote:
>>> And if I _only_ want to shape IP traffic to given speed, without
>>> prioritizing anything, do I still need queues? This was the w
thering with any prioritisation.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpFgenKBbrZf.pgp
Description: PGP signature
h high resolution.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp1bnwEZSWxc.pgp
Description: PGP signature
g you have the TCP sessions spread across distinct buckets
(either with multiple pipes/queues or with masks to split them up), my
suggestion would be a perl script that regularly does 'ipfw pipe list'
or 'ipfw queue list' and use change_in_total_bytes/time to calculate
average throu
p socket it'll take care of it from there
>(my code here for this sockets sends and arbitary data to A making it
>think it came from B)
Have a look at divert(4). I suspect it comes closest to what you want.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inabil
or was triggered by a fragmentation request.
I can't explain the problem but it definitely looks like a resource
starvation issue within the kernel.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp497bYIDN9y.pgp
Description: PGP signature
connection that I can establish for a dummynet pipe ?
Not that I can see - you can use the 'mask' parameter to define a
maximum per-connection rate. I don't believe there's any way to
redirect "overflow" traffic though. You could probably write a
divert(4) applic
On 2008-May-26 19:11:16 +, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>We should summarily kill the concept of line disciplines as a
>modular component and decide that TTYs can be used with termios(4)
>or raw mode and leave it at that.
streams anyone?
--
Peter Jeremy
Pl
to be any provision for providing time delay on
packets.
Has anyone looked into implementing time delays in altq?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed beha
"it's like VRRP but different to avoid the CISCO
patent on HSRP".
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgpRTelyUBiIi.pgp
Description: PGP signature
ur configuration might trigger someone's
memory: What version of 6.x? What NIC/MII? How much memory? What
network features (vlan, firewall, dummynet, netgraph, carp, ...) are
you using?
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA
I suspect you are
dereferencing a mis-aligned struct tcphdr.
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is either RFC2821-compliant or matches their claimed behaviour.
pgp5pk6y5YJfo.pgp
Description: PGP signature
see anything in UPDATING that would rule it out. [The
approach would be to checkout a RELENG_6_0_0_RELEASE kernel then
update sys/dev/em to RELENG_6_3 and build a new kernel].
--
Peter Jeremy
Please excuse any delays as the result of my ISP's inability to implement
an MTA that is eith
tion says that you are on the right
track but, by default, each CARP interface will fail over
independently. If you want them all to fail over together then you
should set net.inet.carp.preempt (see carp(4) and its first example)
--
Peter Jeremy
Please excuse any delays as the result of my I
nd can therefore drop them from its transmit buffer (or resend them if
they are not received)? In particular, if there is no traffic for a
period, the only way that the last packet (before the break) can be
confirmed is via acknowledge timeouts.
--
Peter Jeremy
us letter.
>
>Thank you. If zmap ends up not suiting my needs, I will
>definitely look into libpcap.
Since no-one else has mentioned it, another option would be divert(4),
which is part of IPFW.
--
Peter Jeremy
signature.asc
Description: PGP signature
o USB adapters. They are explicitly
excluded from the proposed deprecation.
>BTW, I also use fxp interfaces a lot, but that's just because I have
Also explicitly excluded because of its popularity.
--
Peter Jeremy
signature.asc
Description: PGP signature
ends to cover nearly all 100 cards, yet no
>one (pardon me if I missed those) asks for 10. So how about making this
>proposal cover only 10 cards,
What is the purpose in keeping unused FastEthernet cards in the tree?
>if you can't resist the itch to remove
>something from th
f anyone is doing this type of configuration in their labs?
I used to do something similar on my netbook - see
https://www.bugs.au.freebsd.org/dokuwiki/laggdiskless
I haven't tried it recently but it definitely worked early on in 10.x.
--
Peter Jeremy
signature.asc
Description: PGP signature
1 - 100 of 117 matches
Mail list logo