I have read here that most peoples interpretation of Sticky IP is a DHCP
allocated address that does not change, i.e. end user devices will accept an
IP address from the ISP but the ISP itself is using a static allocation, or
a generally static connection that can change dynamically under certain
conditions????
I have not seen this in use at configuration level (on Cisco routers), Does
it actually exist or is it just a conceptual name for this behaviour? (my
previous post shown below does however use Sticky IP in configuration on a
CSM module in a Cisco L3 switch)
I personally can not see the advantage of a service provider reserving an IP
address for a customer and then allocating it dynamically (apart from ease
of set up for the customers equipment) as surely this defeats the purpose of
DHCP in preserving IPv4 address space on the assumption that not all users
will be logged on so the ISP needs a smaller pool of addresses than the size
of it's consumer base.
I am also dubious about the use of sticky where a customer has used DNS to
locate their IP address that has been stickily applied as the administration
involved every time it changed would be stupid. Why not just have a static
IP.
My last point is based on something I had not actually thought of before
this post. What impact is the use of always on Broadband having on the IPv4
address space? Previously home users had dial up DHCP allocated and due to
charging/time restraints were not on 24/7 so did not use an IP address when
offline. Broadbasnd in it's basic sence is simular in that if a DSL modem is
used the IP address is allocated when the PC is on only. But with many
people using DSL/Routers that are never turned off then surely the IPv4
address space is taking a battering, If everyone used a router then we may
as well all have a static IP address.
Regards
Toby
Paste--------------
My previous comments regarding sticky IP
> Sticky IP, is basically a database within a device that ensures returning
> traffic is routed back to the sending device when load-balancing is in
> use.
>
> e.g.
>
> If 3 firewalls are used and traffic load balanced between them
> It is important that connection based trafic such as TCP uses the same
> firewall in both directions for a particular connection for it to function
> correctly.
> To achieve this a sticky IP database is set up in the device's either side
> of the F/W's noting the source IP address of the packet along with the IP
> address of the Firewall it was recieved from.
> Return traffic where the destination IP address already exists in the
> database as a source address will be delivered to the relevent firewall
> and not in a load balance round robin fashion. IP destinations not in the
> database will just use the round robin method to load balance.
>
> This of course could be taken to higher layers than just layer 3 but would
> possibly defeat the object as we want as little CPU time wasted on the
> single device feeding the 3 firewalls, as it is the CPU usage on the
> firewall that made us want to load share in the first instance.
>
> see
> http://www.cisco.com/en/US/products/...8020927a.shtml
> for more details
>
> regards
>
> Toby
>
>
>
>