- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Oct 22 2018
Oct 21 2018
Committed in r339533.
Oct 15 2018
Oct 12 2018
Correct the size of allocated buffer to keep bitmask
Oct 8 2018
Oct 7 2018
Oct 4 2018
Looking at the how IP_FORWARDING flag is used, I think gif/gre/me interfaces should not use this flag. What you think?
Oct 3 2018
Oct 1 2018
Sep 30 2018
any objections?
Sep 29 2018
Sep 28 2018
Sep 27 2018
Sep 26 2018
Sep 24 2018
In D17302#368848, @bz wrote:Moving functions should be a separate commit and not be mixed with the functional changes.
Sep 22 2018
Sep 21 2018
Sep 20 2018
Hi, Harti, we have used IPv6 transport several weeks now, and it seems all works good. Do you want to see the full final patch that we use?
Sep 19 2018
In D17180#367402, @tuexen wrote:So I can update the patch to cover also if_tap.c, but for the other tunnelling interfaces could you elaborate why they are also affected?
Maybe add the macro to deduplicate the code? It repeats 4 times...
#define INP_COND_UNLOCK(inp, locked) \ if ((locked) == UH_WLOCKED) INP_WUNLOCK(inp); else INP_RUNLOCK(inp);
It seems the problem, when old MTU is used after changing MTU on interface, also affects all tunneling interfaces gif, gre, ipsec etc. Also, for me it would be better to hide AF-related things like nd6_setmtu() in the rt_updatemtu() implementation.
Sep 18 2018
Sep 17 2018
Upload the full diff.
Deduplicate the code that deletes softc from srchash.
And add another IPSEC_WAIT() to fix possible race in ipsec_if_input().
Sep 14 2018
Sep 12 2018
Sep 11 2018
Sep 10 2018
Sep 8 2018
Sep 5 2018
Sep 4 2018
Sep 3 2018
Aug 31 2018
So, local TCP communications using IPv6 link-local addresses also affected by routing caching. Note, should be used addresses that are configured on non-loopback interfaces.
Simple test:
Aug 30 2018
So, I finally found the cause of strange behavior. It is due to the route caching. Reverting of this change makes it working https://svnweb.freebsd.org/base/head/sys/netinet6/udp6_usrreq.c?r1=304545&r2=304713
Aug 28 2018
Aug 27 2018
Hi, Harti, can you upload the full patch that contains Makefile changes? :)
Aug 23 2018
In D16851#359111, @thj wrote:What you think, if we make non-static ip6_checkfirstfrag() function, that can also be used by ipfw/pf/ipfil etc.?
I understand from conversations during BSDCam that ipfw relies on frag6 for fragment input processing.
I have no problem exposing this function for other users.
In D16851#359108, @ae wrote:Also, I think ipfw/pf needs an additional look to correctly handle this too.
Also, I think ipfw/pf needs an additional look to correctly handle this too.
Aug 22 2018
In D16808#357933, @mjoras wrote:
Aug 16 2018
I'll try to use this patch in several days and will report.
Aug 14 2018
Aug 12 2018
In D16654#354295, @harti wrote:Sure the interface index is not the best thing in a config file, but this is how all the interface-related stuff in SNMP works. The primary key is the interface index. As far as I understand it was once supposed to be constant even through reboots, but this is obviously not the case anymore. I see several options to make this more useable:
- use the dns(16) address type. This allows using interface names for the scope of link local addresses.
- add functions to the config parser. One function might resolve interface names or descriptions to interfaces indexes.
- add functionality for GET/GETNEXT to the config parser. This is more tricky than it seems since this requires more control of the initialization order.
Aug 10 2018
Hi, Harti, while I was on the vacation, you made the patch :)
You can take a look to what I did before the vacation https://people.freebsd.org/~ae/bsnmpd_ipv6.diff
It is incomplete, but I started to make it differently. Maybe you will find something interesting.