Mykel wrote:
Sam Leffler wrote:
Julian Elischer wrote:
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-Xeon 2.8s, it t
Mykel wrote:
Sam Leffler wrote:
Julian Elischer wrote:
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-
Sam Leffler wrote:
> Julian Elischer wrote:
>> Mykel wrote:
>>> Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
>>> handful of peers... I'd like to determine the size of the FIB/kernel
>>> routing table. OpenBGPd does not give me this data, and on my
>>> duallie-Xeon 2.8s, i
Julian Elischer wrote:
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-Xeon 2.8s, it takes quite a while to use netstat
Mykel wrote:
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-Xeon 2.8s, it takes quite a while to use netstat & wc to count.
I'm not
I've just installed from the FreeBSD 7.1-BETA1 iso and get the
following when the re driver attempts to attach to the two onboard
NICs found on a Gigabyte GA-EX58-UD5 motherboard:
re0: port 0x9e00-0x9eff mem
0xfd3ff000-0xfd3f,0xfd3f8000-0xfd3fbfff irq 16 at device 0.0 on
pci8
re0: Chip rev. 0
Eygene Ryabinkin wrote:
> Dave, good day.
>
> Thu, Nov 27, 2008 at 10:28:10PM +1030, Dave Edwards wrote:
>
>> I've tried creating a host route for the nmap target instead of relying
>> on the default route and I've tried three other versions of nmap. As an
>> aside (or maybe a hint) when compil
> So the apps read buffer is possibly 32 times 2^8 = 8KB ? (32 being the
> increment in each of those window updates.)
I don't have the source code to hand, but that certainly sounds
plausable. It is a tcp traffic generation tool, so 8K sounds like
the sort of size it is likely to read in.
So the apps read buffer is possibly 32 times 2^8 = 8KB ?
(32 being the increment in each of those window updates.)
From: David Malone <[EMAIL PROTECTED]>
To: Venkat Venkatsubra <[EMAIL PROTECTED]>
Cc: Rui Paulo <[EMAIL PROTECTED]>; freebsd-net@freebsd.org; Kevin
Got a few 6.x machines running OpenBGPd with a few BGP full-feeds and a
handful of peers... I'd like to determine the size of the FIB/kernel
routing table. OpenBGPd does not give me this data, and on my
duallie-Xeon 2.8s, it takes quite a while to use netstat & wc to count.
I'm not looking for exa
> Each of these 5 window updates are sent after the apps completed the read
> that it issued, what's the buffer size the apps is passing to the read?
> If it is small, could that be increased?
I'm not actually sure - the app is iperf. The window scaling factor
is 8 here I think.
> But I agree wit
Hi David,
Assuming each of these 5 window updates are sent after the apps
completed the read that it issued, what's the buffer size the apps is passing
to the read ? If it is small, could that be increased ?
But I agree with you that there is room for optimizing sending of these window
updates.
KES wrote:
Здравствуйте, Kris.
Вы писали 29 ноября 2008 г., 4:00:05:
kFo> Synopsis: [ppp] [panic] kernel panic with pppoe_server
kFo> State-Changed-From-To: open->feedback
kFo> State-Changed-By: kris
kFo> State-Changed-When: Sat Nov 29 01:59:30 UTC 2008
kFo> State-Changed-Why:
kFo> Please pro
I've got an example extract tcpdump of this at the end of the mail
- here 6 ACKs are sent, 5 of which are pure window updates and
several are 2us apart!
I think the easy option is to delete the code that generates explicit
window updates if the window moves by 2*MSS. We then should be doing
someth
Looking at some very old versions (4.3 BSD Reno for instance),
the regular acks used to be sent only through these window updates.
i.e. acks were sent only when the apps read the data. Acks are piggybacked
with window updates. Or, delayed till the delayed ack timer expires if the apps
is not readin
Pyun YongHyeon wrote:
I think there was a similar report. Would you show me the output of
"pciconf -lcv"?
I'll try, unsure how to manage.
Have tried to use Fixit in sysinstall to create a new shell, but
Ghost-something did not have lspci, where can I find freebsd livecd?
For a long time I w
Hi!
Andrew Snow wrote:
We have deployed many 7.0-STABLE routers based on the EPIA EN12000E
motherboard, and found that vge works really well, never had any major
problems with it - don't touch it! :-)
Unsure if it's the EPIA EN12000E (not EPIA EN12000EG) or you're using
STABLE, but I will t
Здравствуйте, Kris.
Вы писали 29 ноября 2008 г., 4:00:05:
kFo> Synopsis: [ppp] [panic] kernel panic with pppoe_server
kFo> State-Changed-From-To: open->feedback
kFo> State-Changed-By: kris
kFo> State-Changed-When: Sat Nov 29 01:59:30 UTC 2008
kFo> State-Changed-Why:
kFo> Please provide some det
18 matches
Mail list logo
