Searched hist:"14 dd6717f83e21e66a1a1f07219216bf84c882fe" (Results 1 – 3 of 3) sorted by relevance
/freebsd/sys/netinet/ |
H A D | ip_input.c | diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day
|
/freebsd/sys/conf/ |
H A D | options | diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day
|
H A D | NOTES | diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day diff 14dd6717f83e21e66a1a1f07219216bf84c882fe Sun Feb 23 01:47:06 CET 2003 Sam Leffler <sam@FreeBSD.org> Add a new config option IPSEC_FILTERGIF to control whether or not packets coming out of a GIF tunnel are re-processed by ipfw, et. al. By default they are not reprocessed. With the option they are.
This reverts 1.214. Prior to that change packets were not re-processed. After they were which caused problems because packets do not have distinguishing characteristics (like a special network if) that allows them to be filtered specially.
This is really a stopgap measure designed for immediate MFC so that 4.8 has consistent handling to what was in 4.7.
PR: 48159 Reviewed by: Guido van Rooij <guido@gvr.org> MFC after: 1 day
|