Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 2 Aug 2000 10:41:09 -0700 (PDT)
From:      Julian Elischer <julian@elischer.org>
To:        Archie Cobbs <archie@whistle.com>
Cc:        Ruslan Ermilov <ru@FreeBSD.ORG>, Charles Mott <cmott@scientech.com>, Erik Salander <erik@whistle.com>, net@FreeBSD.ORG, Brian Somers <brian@Awfulhak.org>, Eivind Eklund <perhaps@yes.no>
Subject:   Re: Improved PPTP support for libalias(3)
Message-ID:  <Pine.BSF.4.10.10008021038420.79587-100000@InterJet.elischer.org>
In-Reply-To: <200008021652.JAA81974@bubba.whistle.com>

next in thread | previous in thread | raw e-mail | index | archive | help


On Wed, 2 Aug 2000, Archie Cobbs wrote:
> > > > > If you think about it for a second you can see why: when a machine
> > > > > receives a GRE packet, it identifies the call using the pair
> > > > > <sourceIP, CallID>. That means that there can be at most ONE entity
> > > > > living at sourceIP doling out CallID's for calls to the local
> > > > > machine/IP address.. otherwise CallID's would not be guaranteed
> > > > > to be unique.
> 
>         ^^^^^^^^^^^^^^^^^ this is why ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 
> > > > This is all right, except libalias(3) is supposed to intercept
> > > > outgoing PPTP call requests messages and alias CallID to be unique,
> > > > see AliasHandlePptpOut().
> 
> Because there can be only one "controlling authority" for each
> IP address.. see above.

but surely, the CALLID is unique in the instance of NATD,
which is a 1:1 relationship with the SourceIP that teh server sees,
so there is only ever one CALLID/SRCIP pair per session and
they are unique.
even with multiple clients behind the nat curtain.





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.10.10008021038420.79587-100000>