RE: [PATCH] net: Fragment large datagrams even when IP_HDRINCL is set.

2016-07-08 Thread Paul Jakma
n creating the socket, would seem simpler/nicer from my POV of my corner of user-space. ? regards, -- Paul Jakma | p...@jakma.org | @pjakma | Key ID: 0xD86BF79464A2FF6A Fortune: It would be nice to be sure of anything the way some people are of everything.

RE: [PATCH] net: Fragment large datagrams even when IP_HDRINCL is set.

2016-06-08 Thread Paul Jakma
his is not a bug, it's a feature and it's how RAW ipv4 sockets have behaved for two decades. If the user wants to use hdr inclusion, he can send multiple frames and set the fragmentation bits appropriately. I'm not applying this patch. -- Paul Jakma | p...@jakma.org | @pjakma | Key

Re: possible problem with TSO and ip_queue

2006-05-10 Thread Paul Jakma
ect - we just didn't know! regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A Fortune: You will be run over by a beer truck. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROT

Re: possible problem with TSO and ip_queue

2006-05-10 Thread Paul Jakma
. Is there a better way to deal with TSO besides documenting: "disable TSO on all interfaces which /ever/ potentially could be used to reach TCP-MD5 authenticated BGP peers." ? regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A Fortune: Nothi

modprobe -r dummy on UP sends messages in wrong order

2006-01-19 Thread Paul Jakma
her this is specific to the dummy device, or devices in general. If general, it's a problem - what's the correct way to tell the NEWLINK is 'stale'? (please don't say by ifindex :) ). regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 6

Re: Consensus? WAS(RFC 2863)

2005-11-11 Thread Paul Jakma
ts removed or marked inactive). If it is not appropriate to remove/make-inactive the connected route, because you still want that interface to 'attract' packets, then similarly it is not appropriate for IFF_RUNNING not to be asserted. There should be consistency between these two t

Re: Consensus? WAS(RFC 2863)

2005-11-10 Thread Paul Jakma
le and the local broadcast routes. - insane Yep :). You're proposing to change operational practice globally. Practice which is enshrined in OS setup scripts, in applications, even in routing protocols to an extent. regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTE

Re: Consensus? WAS(RFC 2863)

2005-11-10 Thread Paul Jakma
routes if it wishes, once informed of the interface link-down event. regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A Fortune: I just asked myself... what would John DeLorean do? -- Raoul Duke - To unsubscribe from this list: send the line

Re: Consensus? WAS(RFC 2863)

2005-11-10 Thread Paul Jakma
see the demand. That's where the solution of deleting all routes upon carrier loss fails. Why would an on-demand dialup device go ~IFF_RUNNING? The whole point of such a device is to /hide/ whether the physical layer is up or not. regards, -- Paul Jakma [EMAIL PROTECTED]

Re: Patch: RFC2863 #1 (incomplete)

2005-11-09 Thread Paul Jakma
ut the ~IFF_RUNNING interface. That connected route of the kernel should be removed (or marked invalid/unusable in some way) while the interface is ~IFF_RUNNING. regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A Fortune: Hackers are just a migrat

Re: Patch: RFC2863 #1 (incomplete)

2005-11-07 Thread Paul Jakma
mp;RUNNING) should have the kernel connected route removed by kernel. regards, -- Paul Jakma [EMAIL PROTECTED] [EMAIL PROTECTED] Key ID: 64A2FF6A Fortune: Leela: Is there some way to keep them from breeding? Paul: Cold showers don't work on Antarctic creatures. - To un