RE: Getting the features chart going

["Bernard Aboba" <aboba@internaut.com>]

>There is a simple problem to
>solve here.  Remote clients need an internal IP, DNS, and WINS
>address.  ISAKMP-cfg gives it to them in a very simple addition to a
>protocol everyone here has already implemented, IKE.

Actually, the problem is far from simple. If it were, we wouldn't
need all the other DHCP options. ISAKMP-cfg should not go down
the road toward becoming a general configuration mechanism,
but instead should focus on IP address assignment while
leveraging DHCP INFORM for the rest. 

>ISAKMP-cfg is so simple I can't imagine anyone saying it 
>isn't well understood.

Part of the reason that ISAKMP-cfg should stick to IP
address assignment is that the mechanism currently cannot
negotiate parameters in the way that say, PPP can. For
example, there is no real equivalent of a NAK. I think
that this could conceivably cause problems if it were
to attempt to become a more general configuration 
mechanism.

---

References:

• Re: Getting the features chart going
• From: Will Price <wprice@cyphers.net>

---

• Prev by Date: Faster, stronger MACs
• Next by Date: RE: Getting the features chart going
• Prev by thread: RE: IKECFG and DHCP (was Getting the Feature Chart going)
• Next by thread: RE: Getting the features chart going
• Index(es):
  • Main
  • Thread