Re: compression request kills OEself?

Michael Richardson <[email protected]>
Newsgroups gmane.network.freeswan.devel
Message-ID <[email protected]>
-----BEGIN PGP SIGNED MESSAGE-----


>>>>> "Paul" == Paul Wouters <[email protected]> writes:
    Paul> After upgrading to 2.x I noticed I couldn't talk to
    Paul> activeoe.freeswan.nl anymore. I find these log entries:

    Paul> Feb 14 01:34:21 bofh Pluto[1369]: "OEself"[7187] ...193.110.157.75
    Paul> #8021: compression proposed by 193.110.157.75, but policy for
    Paul> "OEself" forbids it Feb 14 01:34:21 bofh Pluto[1369]:

    Paul> Is there a reason why we don't do a connection with compression? 
    Paul> What is the "forbid" part? Would the remote end actually allow no
    Paul> compression as well?

  I do not know why this is like this.
  We should be tolerant in what we accept wrt compression. Certainly we
should be willing to accept it by default.

  I am making this a story.

    Paul> I don't think this should need to be a fatal error? And if so, then
    Paul> we need an exponential backoff from this error, because it's quite
    Paul> spammy.

  We need exponential backoff on a lot of things...

    Paul> I also get a lot of:

    Paul> Feb 14 01:38:01 bofh Pluto[1369]: "OEself"[7084]
    Paul> ...193.110.157.75===? #7918: Quick Mode I1 message is unacceptable
    Paul> because it uses a previously used Message ID 0xbce36a69 (perhaps
    Paul> this is a duplicated packet)

  Yeah... I don't have a good explanation of why this seems to happen.
  It should be a sign to give up and maybe try again from scratch.

]       ON HUMILITY: to err is human. To moo, bovine.           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] [email protected] http://www.sandelman.ottawa.on.ca/ |device driver[
] panic("Just another Debian GNU/Linux using, kernel hacking, security guy"); [
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Finger me for keys

iQCVAwUBPk+0jYqHRg3pndX9AQFxDAQAsWzPo624hJGtXS2yXl5B6aBxRMbpHEDH
jdpKvsMaAd4h5nZDoDr9q7pb1/cyxBQ9EzaBv4nxHWxVbm5QWXjpx6vzJSwZx398
hsE3MrkCpNTOTUtzIa9TDpEY0ZiSDYpiylmm8fxp8n6Q75kEGxRbw7YA5kKSjpSo
aFKJWqAyL0M=
=Otzw
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.