Hi,
I tried to keep the route messages to be legacy compatible due to reported
breakage at the time. Let me revisit the code and get back to you.
I haven't run the quagga code for years, so please don't mind me request
some information from you offlin
The problem you described here seemed familiar so I checked into the svn
history,
and found I have in fact fixed this issue in other parts of the code.
Please see
http://svnweb.freebsd.org/base?view=revision&revision=186708
So I think similar fix should be applied here as well.
--
m IP pool used by me.
>
This kernel message is a merely a side effect of a bad route (with
off-net IP address) being injected as a default route replacement.
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listi
owever, I need more information to get a better understanding
on what failed in your case.
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
t when customers connect to
> ###pppoe from MPD.
>
The "default" value for the gateway refers to 0.0.0.0. You typically
see such bogus route operations during DHCP initialization.
I don't really see anyt
same destination, and having traffic load balance among
the installed routes work fine.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Sean Bruno
> Sent: Thursday, May 17, 2012 10:45 AM
> To: Eugene M
and try to come up with a patch.
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of David DeSimone [f...@verio.net]
Sent: Tuesday, May 15, 2012 4:14 PM
To: freebsd-net@freebsd.org
Subject: Re: [stable-9]
Li, Qing
the same one.
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Sean Bruno [sean...@yahoo-inc.com]
Sent: Tuesday, May 15, 2012 11:07 AM
To: freebsd-net@freebsd.org
Subject: [stable-9]
Trying to use two interfaces
Okay, this is good information. I will look into it now.
Thanks,
--Qing
> -Original Message-
> From: Ryan Stone [mailto:ryst...@gmail.com]
> Sent: Thursday, April 26, 2012 7:03 AM
> To: Li, Qing
> Cc: freebsd-net
> Subject: Re: Removing an IPv6 address does not rem
The patch is located at
http://people.freebsd.org/~qingli/nd6_prefix.diff
Please give it a try. I did only basic testing as of now and
will do more tomorrow.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Beh
d work.
Not sure what is stopping its commit into the tree.
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Yup, all good points. In fact we have considered all of these while doing
the work. In case you haven't seen it already, we did write about these
issues in our paper and how we tried to address those, flow-table was one
of the solutions.
http://dl.acm.org/citation.cfm?id=1592641
-
derstood you correctly, you do believe there is a lot of value
in Flowtable caching concept, but you are not suggesting we reverting
back to having the routing table maintain L2 entries, are you ?
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists
.
I can take ownership of this bug and get it fixed as soon as I return in 1.5
weeks.
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
never be called, so where is the
race condition
coming from ?
wrt 1), I cannot reproduce the issue, if it's a problem for you, please provide
a description
or just forward me the thread
wrt 2), let me revisit what was the intention and looks like we use it
differently in our
private branch
-
test case that uncovers the issue ?
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Li, Qing
> Sent: Monday, April 02, 2012 10:54 AM
> To: Ryan Stone
> Cc: freebsd-net
> Subject: RE: Removing
>
> On Fri, Mar 30, 2012 at 12:28 AM, Li, Qing wrote:
> >> * In a way this is a good thing as in6_lltable_prefix_free() is
> >> guaranteed to crash your kernel in two different ways, and that's
> not
> >> counting the race conditions that it's su
table_prefix_free() crashes the kernel definitively ?
--Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
sion&revision=225223
I vague remember fixing a bug with this exact description but I am having
a bit difficult locating the patch.
Could you please indicate what version you are running ?
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n..
Hmm... I don't see this problem until multiple FIBs are enabled.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Steven Hartland
> Sent: Wednesday, February 08, 2012 11:13 AM
> To: Gary Palm
So you have RADIX_MPATH option enabled in the kernel configuration, and booting
up OpenBGPD triggers the crash immediately ?
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Joe Holden [li...@rewt.org.uk]
Sent
Could you please apply this patch
http://svnweb.freebsd.org/base?view=revision&revision=227002
and let me know how it works out for you ?
Thanks,
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Slono S
-freebsd-9/
I am going over each failure and providing the fix.
Please let me know if you already have a suggested patch that you are
willing to share.
Thanks.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
First thing comes to mind is to check if "rl0" is running in promiscuous mode.
Check ifconfig output, and do a "ifconfig rl0 -promisc" just for good measure
and
see what happens.
--Qing
From: owner-freebsd-...@freebsd.org [owner-fre
ch and report issues if any. I intend to commit the
patch in a few days.
Thanks,
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
t, scratching their heads
> thing WTF!!!
>
Agreed. These issues will be addressed soon.
Thanks,
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Looks like it's enabled. Shut it off and check again please
-- Qing
On Oct 21, 2011, at 5:23 PM, "Steven Hartland" wrote:
> We've not enabled it specifically but we may be:-
> sysctl -a |grep flowtable net.inet.ip.output_flowtable_size: 32768
You don't have the flowtable component enabled, do you ?
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Steven Hartland [kill...@multiplay.co.uk]
Sent: Friday, October 21, 2011 4:44 PM
To: freebsd-net@freebs
This failure showed up in the IPv6 Ready Logo test suites and I am fixing it.
I already made a checkin recently on this front, and more is coming.
http://svnweb.freebsd.org/base?view=revision&revision=226451
I will be posting the test results soon so we know where we are.
--
fix and let me know if it also work
for you.
http://people.freebsd.org/~qingli/in.c.diff
Thanks,
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "fr
ery-pr.cgi?pr=159603
The "Submitted by:" line should read "Svatopluk Kraus ".
My apologies to Svatopluk Kraus, and Thank you for the PR submissions and your
suggested patches.
--Qing
___
freebsd-net@freebsd.org mailing list
h
The failures are seen in basic Neighbor Discovery and Address
Selection. The tests are
not posted any where, but I can forward the report to you private once verified.
--Qing
On Tue, Oct 11, 2011 at 8:00 AM, Larry Baird wrote:
> In article <111911.24641.10834@localhost> you wrote
stable/9 are
all failing
the IPv6-Ready logo certification tests. I have been asked to get these failures
fixed as soon as possible.
--Qing
On Mon, Oct 10, 2011 at 10:20 PM, Jason Hellenthal wrote:
>
> Qing,
>
> Just checking in as I have been reading more lately about RADIX_MPATH
>
Here is one of my specific responses to the PRs.
http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026506.html
-- Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Li, Qing
Sent: Friday, October 07
The important thing is if you have questions, just ask me.
You can start from this email thread.
http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026423.html
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org
Hi,
Yes, I believe this patch will be part of RC1. I just need to follow
through with the release process. I will let you know once confirmed.
--Qing
> -Original Message-
> From: Matt Smith [mailto:m...@xtaz.co.uk]
> Sent: Tuesday, October 04, 2011 12:21 PM
> To: Li, Qing
&
Hi,
Please download the newer patch from
http://people.freebsd.org/~qingli/in6.c.diff
This patch ought to fix both problems.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Li, Qing
> S
I believe there is actually another bug needs fixing. Let me confirm and will
provide
another patch later.
--Qing
From: Matt Smith [m...@xtaz.co.uk]
Sent: Tuesday, October 04, 2011 3:33 AM
To: Li, Qing
Cc: freebsd-net@freebsd.org
Subject: Re: gif
Hi,
This address is for IPv6 Node Information Query, called the NI Group Address.
For example, you can issue the command
ping6 -w fe80::250:fcff:feb8:5443%rl0
you can get your hostname back.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto
is an indication both
end of the tunnel has been specified and the proper route has been
installed.
IFA_RTSELF is a flag that indicates a route over the lo0 interface
has been appropriated for the interface address.
Please give the following patch a try and
Hi,
I saw the thread but I was traveling the whole of last week, did not
have a system to work on.
The problem you encountered on gif was due to a bug in the IPv6 code.
I believe have a patch but I need to do more testing. I will post it shortly.
--Qing
> -Original Message-
>
Do you have a FBSD version # ?
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of jerome zh
> Sent: Monday, September 19, 2011 5:36 AM
> To: freebsd-net@freebsd.org
> Subject: ICMPv4/v6 redirect pkt
Thank you Chris for the verification. I will wait a few days before committing
the patch.
--Qing
From: Chris Miller [mailto:chrismiller@gmail.com]
Sent: Monday, August 29, 2011 7:31 PM
To: Li, Qing
Cc: freebsd-net@freebsd.org
Subject: Re: arpresolve: can't allocate llinfo
Qing-
e the content, which does take considerable amount of time for actual
behavior verification on different released versions.
I am now resuming work on FBSD after a long hiatus, updating the route manpage
is on my to-do list.
--Qing
> -Original Message-
> From: owner-freebsd-...@
Hi,
Could you please try the patch sitting at
http://people.freebsd.org/~qingli/in.c.diff
and let me know if it works for you?
Thanks,
-- Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Chr
This issue should have been fixed quite a while ago.
I need to go through my past commits and see if everything has been merged back
into the 8.1 branch.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf
First of all, are you encountering any issues ?
There is an outstanding issue with the address alias and improper routing
table update that I am actively working on.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org]
Okay, please give the following patch a try, which should give the behaviors
that
you observe in R6.x and R7.x.
http://people.freebsd.org/~qingli/arp3.patch
Thanks,
--Qing
> -Original Message-
> From: Arnaud Lacombe [mailto:lacom...@gmail.com]
> Sent: Monday, May 0
Please give this patch a try for IPv4 ARP
http://people.freebsd.org/~qingli/arp2.patch
--Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Li, Qing
Sent: Monday, May 02, 2011 12:45 AM
To: Arnaud Lacombe
Cc: freebsd
rking patch for IPv4, just going over the IPv6 code.
I will post the patch in a few minutes.
-- Qing
From: Arnaud Lacombe [lacom...@gmail.com]
Sent: Monday, May 02, 2011 12:41 AM
To: Li, Qing
Cc: Ingo Flaschberger; freebsd-net@freebsd.org
Subject: Re: interfa
jeez, this bug has been around for quite a while ...
Please try patch at http://people.freebsd.org/~qingli/arp.patch
-- Qing
From: owner-freebsd-...@freebsd.org [owner-freebsd-...@freebsd.org] on behalf
of Li, Qing
Sent: Sunday, May 01, 2011 4:54 PM
To
That's not the expected behavior, probably a bug, I will take a look ...
-- Qing
On May 1, 2011, at 4:51 PM, "Ingo Flaschberger" wrote:
>> is it expected behaviour that the static, permanent arp entry of the
>> interface ip disappear after ifdown/ifup at 8.x r
I see,
What you are saying is the "rtalloc()" call does not have an indicator whether
it should be searching
for an interface route or not.
In the case when RADIX_MPATH is enabled, in_lltable_rtcheck() needs to walk the
ECMP route chain
to find an interface route.
yes
adding / deleteing routes.
>
> example that does not work:
> ifconfig em0 192.168.0.1/24
> ifconfig em1 10.0.0.1/24
> route add 10.0.0.0/24 192.168.0.2
>
What doesn't work ? The add or the delete operation?
I can add and delete the 10.0.0.0/24 route fine on my system.
-
ted.
The above has been verified with both mpd and other tests.
-- Qing
From: owner-freebsd-...@freebsd.org on behalf of Melissa Jenkins
Sent: Tue 1/11/2011 3:34 AM
To: freebsd-net@freebsd.org
Subject: Re: PPP and Route Delete
> I've been working on migrati
dy started on the prototyping work and should
have something out in a couple of days.
Any comments on its usefulness or perhaps sharing your
knowledge about what has been done already?
Thank you.
-- Qing
___
freebsd-net@freebsd.org mailing
I have not been able to reproduce the crash based on the steps you outlined
in the bug. I do see there is a logic error in the "for" loop right above the
crashing point can trigger a crash. I am looking at your latest patch.
-- Qing
On Fri, Sep 10, 2010 at 8:05 PM, Ingo Flaschber
There are a couple of items I need to take care of
in this area, including the documentation, so I will get
it done this weekend.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Zeus V Panchenko
> Se
implementation based on your
usage scenario and feedback.
Thank you.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
ration did not make much sense.
I read your other email explaining why your system is configured
this way but I am still unclear from you text.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Hi,
I am trying to figure out, if the routing table have
10.13.13.0/24 10.11.11.1
10.13.13.0/24 link#1
And if I do "ssh 10.13.13.2", which route should be used?
-- Qing
> -Original Message-
> From: Ingo Flaschberger [mailto:i...@xip.at]
> Sent:
Hi,
The indirect route is colliding with the interface route, both have
the same mask.
How do you expect this to work ?
How would the routing code differentiate between on-link nodes and
the those needing to be routed through 10.11.11.1 ?
-- Qing
>
> one of the problems:
>
> >
> >> As Qing Li mentioned months ago, there are problems with static
> routes
> >> and interfaces.
> >>
> >
> > Do you have the exact link to the email thread?
> > There were no pending ECMP related issues since my last round o
Hi,
>
> I have changed the route selection code of ecmp to
> balance only between routes of the same weight.
> (see attached file)
>
>
> As Qing Li mentioned months ago, there are problems with static routes
> and interfaces.
>
Do you have the exact link to the
Thank you Xin.
Let me have a look and see if there is an alternative.
-- Qing
On Fri, Jul 2, 2010 at 2:26 PM, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi, Bjoern,
>
> On 2010/07/02 01:39, Bjoern A. Zeeb wrote:
>> On Sat, 5 Jun 2010, Ch
>
> I was using csup to track RELEN_8_0 branch. Currently I'm syncing to
> RELENG_8.
>
> If I understood you right, after getting the sources for RELENG_8, I need to
> apply the patch and then rebuild world?
>
You only need to re
Have you seen this thread?
http://lists.freebsd.org/pipermail/freebsd-net/2010-April/025128.html
Quite a few fixes have gone into the -current and RELENG_8 branches.
Please try sync-up to the latest code before applying the patch.
-- Qing
On Sun, Apr 18, 2010 at 11:53 PM, Marin Atanasov
the problem and the patch appears to fix
this if_ng issue now.
I also tested a couple of other reported cases and those continue
to function.
Please give this new patch a try and let me know how it works out.
Thank you.
-- Qing
___
freebsd-net@free
kernel to find the correct physical
NIC.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
//people.freebsd.org/~qingli/mpd-patch.diff
Thanks,
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
put things into perspective nicely.
I am rather surprised to see that thread posted here ...
-- Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Fernando Gont
> Sent: Thursday, March 04, 2010 7:08 PM
&g
2 pub
> delete: cannot locate 10.1.1.179
> set: proxy entry exists for non 802 device
> Exit 1
>
Since you added a host route, you need to supply the keyword
"only" when adding a proxy-arp entry. As in
"arp -S 10.1.1.179 0:e:42:2:0:42 pub only"
Please try this patch
http://people.freebsd.org/~qingli/nd6.c.diff
and let me know if it works out for you.
Thanks,
-- Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Li, Qing
> Sent: Tuesday,
Okay, I read through your core file and I think I see the problem now.
Let me try to get you a patch later tonight.
-- Qing
-Original Message-
From: owner-freebsd-...@freebsd.org on behalf of Doug Barton
Sent: Tue 2/23/2010 12:38 PM
To: freebsd-net@freebsd.org
Subject: Apparent IPv6
Okay, well, I need to pack. So will get back to it in a week.
-- Qing
-Original Message-
From: Brett Glass [mailto:br...@lariat.net]
Sent: Fri 2/12/2010 6:22 PM
To: Li, Qing
Cc: n...@freebsd.org; Li, Qing; Luiz Otavio O Souza
Subject: RE: Routing problems on VPN servers running FreeBSD
Read the manpage. "only" just require a host route to be present.
I don't think it will make a difference here.
-- Qing
-Original Message-
From: Brett Glass [mailto:br...@lariat.net]
Sent: Fri 2/12/2010 6:30 PM
To: Li, Qing
Cc: n...@freebsd.org; Li, Qing; Luiz Otavio
arpmsg.hdr.rtm_addrs = RTA_DST | RTA_GATEWAY;
I had to reintroduce the RTF_LLDATA flag for compatibility in r187094
back
in Jan. 2009. This change appears to be missing from the ppp port.
Please give the above fix a
reebsd.org , and whatever other pieces of information you are
willing to share.
Thanks,
-- Qing
From: Brett Glass [mailto:br...@lariat.net]
Sent: Fri 2/12/2010 4:04 PM
To: Li, Qing
Cc: n...@freebsd.org
Subject: RE: Routing problems on VPN servers running F
org/viewvc/base/stable/8/sys/netinet/in.c?view=log
Then please report back the result of your verification.
--Qing
From: Brett Glass [mailto:br...@lariat.net]
Sent: Fri 2/12/2010 2:39 PM
To: David Horn
Cc: Li, Qing; n...@freebsd.org
Subject: Re: Routing problems
Can you at least build one 8-stable system and see if the latest
patches resolve your problems before we carry on with the
"merge into 8-release" or other alternatives discussion ?
-- Qing
Date: Thu, 04 Feb 2010 22:41:38 -0700
From: Brett Glass
To: "Li, Q
The ECMP (indirect) routes are installed into the FIB just fine, and
load balancing works fine with these routes.
The problem is with interface prefix routes. See my other email for details.
Because only a single prefix route was installed, obviously there is no
load balancing.
-- Qing
I told you the ECMP code is probably not the best
piece to start with, but you seem to ignore whatever I have
said completely ...
-- Qing
From: owner-freebsd-curr...@freebsd.org on behalf of Balaji G
Sent: Thu 2/11/2010 12:21 AM
To: Li, Qing
Cc: qin...@freebsd
is successfully
executed.
I have a patch that addresses the above issues. The patch is available at:
http://people.freebsd.org/~qingli/ecmp-linkstate-patch.diff
This is not the final version. Your comments are welcome.
-- Qing
___
freebsd-net
kernel route.h, the macro SA_SIZE is used by the routing socket
code and may the root of the problem.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
on machines that won't need it in production, so please let me
> know if patches are available that will add the recent fixes to 8.0-
> RELEASE.
>
See above...
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org
ven the diverse usage of the operating system, it's fair to say
that I try my best to perform the necessary test coverage, but
it's difficult to be inclusive of all scenarios.
In any case, I am here to work with you to resolve your issues
as quickly as I can.
-- Qing
__
Few of the symptoms you described here were present in the vanilla
8.0-RELEASE but I have been fixing these in 8-STABLE since the official
announcement.
Could you please try 8-STABLE and report back if these problems
persist there?
-- Qing
> -Original Message-
> From: owner-f
after disabling
the flow-table lookup and various experiments, the problem points to L2
(after ether_output).
According to Sherin, the box will regain network connectivity after
some time.
At this point I am thinking about creating a special debug build and
run it in Sherin's e
effectively.
I have a working patch to address that deficiency and will commit
the patch once I find more time to do additional unit testing on it.
--Qing
> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Balaji
I have been consumed by day job 200% of my time.
I have some free time tonight and can work with you off-line.
Is it possible for you to update to the latest stable-8 kernel
and we start from there ?
-- Qing
-Original Message-
From: owner-freebsd-...@freebsd.org on behalf of Sherin
Yes, the failure is due to route installation. To make a long story short, many
of the
scripts that worked before not necessary because of the right reasons.
I have been very busy at work, but I do have a patch and I will try to get it
finalized shortly.
-- Qing
packet). I would actually vote for
> removing the 'me6' microinstruction from the kernel, and implement
> it in /sbin/ipfw by generating 'ip6 me'.
>
I agree with Luigi.
-- Qing
___
freebsd-net@freebsd.org mailing
Sorry, I didn't even see your original email until today.
Please send problem reports directly to qin...@freebsd.org
instead of my work email to get faster response.
Thanks,
-- Qing
>
> On Sun, Jan 3, 2010 at 12:18 AM, David Horn
wrote:
> > Qing --
> >
> > I
onto the wire, however, the SEQ advanced
by 1. As a result of SEQ update, the retransmitted SYN packet from the other
end were discard as duplicates, eventually the connection times out.
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.o
Hi Adam,
Thanks for the update. I think I will postpone the commit until I
get a better handle on the addition behavior reported by Michal,
hopefully soon.
-- Qing
> -Original Message-
> From: Adam Jacob Muller [mailto:a...@adam.gs]
> Sent: Thursday, December 17, 2009 10:24 AM
are not reported. This issue appears to
be solved but the regular address manipulation seems problematic as
you describe in your environment.
Let me investigate further with my bgp setup.
Please note I am going on vacation for a couple of weeks so there
may be some delay for a patch.
-- Qing
> T
Hi,
You have reported issues regarding openbgp/bgpd exiting
abnormally. Please apply patch:
http://people.freebsd.org/~qingli/bgpd-patch-121615.diff
and let me know if it fixes your issue. I performed limited
unit testing.
Thanks,
-- Qing
g.
Thanks,
-- Qing
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
:4001:20e:cff:fe9f:faad
disappeared and is not in the routing table. If you add the route
by hand the problem should go away.
I guess the question is what triggered the prefix route deletion.
-- Qing
> -Original Message-
> From: owner-freebsd-sta...@freebsd.org [mailto:owner-fre
Thanks for reporting back. I asked you for a routing table dump
in my previous email, would you mind emailing it to me privately?
-- Qing
> -Original Message-
> From: Tom Pusateri [mailto:pusat...@bangj.com]
> Sent: Tuesday, December 15, 2009 1:28 PM
> To: Li, Qing
>
1 - 100 of 198 matches
Mail list logo
