Label & Package 2015

2015-02-09 Thread Adriana Parker
Hello , Would you be interested in acquiring contacts from Label & Package Printing Industry Lists 2015? Which includes complete verified email addresses of - All Key Decision makers List, All C-level executives List of - Manufacturers, Packaging Professionals, Food & Beverages Manufactur

ifconfig greX create disables IPv6 forwarding

2015-02-09 Thread Daniel Corbe
For some reason, every time I create a GRE interface on a FreeBSD IPv6 gateway, net.inet6.ip6.forwarding is disabled. As long as I manually re-enable it with sysctl, both the GRE tunnel and the IPv6 network behind this machine will continue to work; however, it's certainly far from ideal. There'

Re: ifconfig greX create disables IPv6 forwarding

2015-02-09 Thread Paul Thornton
On 09/02/2015 16:34, Daniel Corbe wrote: For some reason, every time I create a GRE interface on a FreeBSD IPv6 gateway, net.inet6.ip6.forwarding is disabled. As long as I manually re-enable it with sysctl, both the GRE tunnel and the IPv6 network behind this machine will continue to work; howe

Re: ifconfig greX create disables IPv6 forwarding

2015-02-09 Thread Daniel Corbe
Paul Thornton writes: > On 09/02/2015 16:34, Daniel Corbe wrote: >> >> For some reason, every time I create a GRE interface on a FreeBSD IPv6 >> gateway, net.inet6.ip6.forwarding is disabled. As long as I manually >> re-enable it with sysctl, both the GRE tunnel and the IPv6 network >> behind th

Re: IEE1588/PTP support for NIC drivers ?

2015-02-09 Thread George Neville-Neil
On 5 Feb 2015, at 20:50, Olivier Cochard-Labbé wrote: Hi, Some network cards support IEE1588 hardware timestamp (like some Intel card), but their drivers didn't support this feature. I beleive there is a kernel feature missing for this suppport. Searching on the archive's mailing-list, I've fo

Re: Adding new media types to if_media.h

2015-02-09 Thread George Neville-Neil
On 8 Feb 2015, at 22:41, Mike Karels wrote: Sorry to reply to a thread after such a long delay, but I think it is unresolved, and needs more discussion. I'd like to elaborate a bit on my goals and proposal. I believe Adrian has newer thoughts than have been circulated here as well. The last

Re: Problems with IP fragments (was: Problems with DNSSEC -- answer in fragmented UDP doesn't work)

2015-02-09 Thread Andre Albsmeier
On Wed, 28-Jan-2015 at 10:04:57 -0800, Freddie Cash wrote: > On Wed, Jan 28, 2015 at 9:53 AM, Lev Serebryakov wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA512 > > > > On 28.01.2015 20:38, Matthew Seaman wrote: > > > > > What do you get if you run the reply size test at DNS-OARC ?

[Differential] [Updated] D1767: Refragment packets after defragmenting them in PF

2015-02-09 Thread kristof (Kristof Provost)
kristof added a revision: D1815: Evaluate packet size after the firewall had its chance. REVISION DETAIL https://reviews.freebsd.org/D1767 To: kristof Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/

[Differential] [Updated, 98 lines] D1767: Refragment packets after defragmenting them in PF

2015-02-09 Thread kristof (Kristof Provost)
kristof updated this revision to Diff 3714. CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1767?vs=3621&id=3714 REVISION DETAIL https://reviews.freebsd.org/D1767 AFFECTED FILES sys/net/pfvar.h sys/netpfil/pf/pf.c sys/netpfil/pf/pf.h sys/netpfil/pf/pf_mtag.h sys/netpfil/pf/p

[Differential] [Changed Subscribers] D1815: Evaluate packet size after the firewall had its chance

2015-02-09 Thread kristof (Kristof Provost)
kristof added a subscriber: freebsd-net. REVISION DETAIL https://reviews.freebsd.org/D1815 To: kristof Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "fre

[Differential] [Changed Subscribers] D1815: Evaluate packet size after the firewall had its chance

2015-02-09 Thread ae (Andrey V. Elsukov)
ae added a subscriber: ae. ae added a comment. Since you are in ip6_forward(), this means ip6_input() has already checked this packet and PFIL had a chance to handle this packet. IPv6 router should not do reassembling fragmented packets and do new fragmentation of them, but if you want, I think