Solve this IP address puzzle
 

My ISP says that my IP address is issued dynamically, and therefore changes regularly. Two different ISP reps told me this months apart.

But when I check it online at http://whatismyip.com, it always reports the same address: 74.194.xx.xx.

This has been true for months. Both computers hooked up to the same router always report this address.

Any explanation why a dynamically assigned IP address always shows up the same?

Re: Solve this IP address puzzle
 

Because you are leaving your DSL/cable router on at all times and therefore when the DHCP lease is up, it automatically renews to the same address. Even if you reboot it its going to grab the same address as it is within its lease period.

If you left the router off for a few days then yes, you would probably get a new IP address - but even then that would rely on a number of other things.

The DSL/cable modem is where the IP address is assigned, not your computers, so that is why both report the same IP address.

Re: Solve this IP address puzzle
 

the first address your router tries to acquire is the last one it had. this aids in keeping the same one for a long time.

Re: Solve this IP address puzzle
 

There is probably something going on with the way the ISP assigns them as well, my DSL modem is always on and I end up needing to update my DynDNS entry more then every couple of months.

Re: Solve this IP address puzzle
 

From the DHCP RFC (RFC2131):

[ QUOTE ]
4.4.5 Reacquisition and expiration

The client maintains two times, T1 and T2, that specify the times at which the client tries to extend its lease on its network address. T1 is the time at which the client enters the RENEWING state and attempts to contact the server that originally issued the client's network address. T2 is the time at which the client enters the REBINDING state and attempts to contact any server. T1 MUST be earlier than T2, which, in turn, MUST be earlier than the time at which the client's lease will expire.

To avoid the need for synchronized clocks, T1 and T2 are expressed in options as relative times [2].

At time T1 the client moves to RENEWING state and sends (via unicast) a DHCPREQUEST message to the server to extend its lease. The client sets the 'ciaddr' field in the DHCPREQUEST to its current network address. The client records the local time at which the DHCPREQUEST message is sent for computation of the lease expiration time. The client MUST NOT include a 'server identifier' in the DHCPREQUEST message.

Any DHCPACK messages that arrive with an 'xid' that does not match the 'xid' of the client's DHCPREQUEST message are silently discarded. When the client receives a DHCPACK from the server, the client computes the lease expiration time as the sum of the time at which the client sent the DHCPREQUEST message and the duration of the lease in the DHCPACK message. The client has successfully reacquired its network address, returns to BOUND state and may continue network processing.

If no DHCPACK arrives before time T2, the client moves to REBINDING state and sends (via broadcast) a DHCPREQUEST message to extend its lease. The client sets the 'ciaddr' field in the DHCPREQUEST to its current network address. The client MUST NOT include a 'server identifier' in the DHCPREQUEST message.

Times T1 and T2 are configurable by the server through options. T1 defaults to (0.5 * duration_of_lease). T2 defaults to (0.875 * duration_of_lease). Times T1 and T2 SHOULD be chosen with some random "fuzz" around a fixed value, to avoid synchronization of client reacquisition.

A client MAY choose to renew or extend its lease prior to T1. The server MAY choose to extend the client's lease according to policy set by the network administrator. The server SHOULD return T1 and T2, and their values SHOULD be adjusted from their original values to take account of the time remaining on the lease.

In both RENEWING and REBINDING states, if the client receives no response to its DHCPREQUEST message, the client SHOULD wait one-half of the remaining time until T2 (in RENEWING state) and one-half of the remaining lease time (in REBINDING state), down to a minimum of 60 seconds, before retransmitting the DHCPREQUEST message.

If the lease expires before the client receives a DHCPACK, the client moves to INIT state, MUST immediately stop any other network processing and requests network initialization parameters as if the client were uninitialized. If the client then receives a DHCPACK allocating that client its previous network address, the client SHOULD continue network processing. If the client is given a new network address, it MUST NOT continue using the previous network address and SHOULD notify the local users of the problem.

[/ QUOTE ]

T2 may be 24 hours or 2 weeks (or 1 minute or 23.85 years). T1 is typically ½ that time, which is when your DHCP device (DSL/Cable router) will try to renew it's IP lease and keep the same address.

You could possibly keep the same dynamic IP for years in many/most common DHCP situations.

Re: Solve this IP address puzzle
 

THANKS ya'll.