Differences

This shows you the differences between two versions of the page.

--- system:ip_addresses [2007-04-29T20:11:13+0000] – created (hopefully a fairly "complete" start) 198.144.194.236
+++ system:ip_addresses [2019-12-12T23:40:50+0000] (current) – updated status of "new" michael_paoli
@@ Line 1: / Line 1: @@
-======IP Addresses======
+======IP Addresses (mostly BALUG and related [L]UGs, etc.)======
+<file>
+"old" <~=2019-12-19 --> "new" >~=2019-12-12
+.144.194.232     --> 96.86.170.224 network (/29)
+.144.194.234     --> 96.86.170.225
+.144.194.235     --> 96.86.170.226
+.144.194.236     --> 96.86.170.227
+.144.194.237     --> 96.86.170.228
+.144.194.238     --> 96.86.170.229 balug.org./[L]UGs
+.144.194.233     --> 96.86.170.230 gateway
+.144.194.239     --> 96.86.170.231 broadcast
+</file>
+"new" addresses are now active,\\
+there will be bit overlap period of about 8 days,\\
+IPv4 addresses are shown with relevant "mappings", but note that\\
+they're not in IPv4 ordered sequence (notably gateway will\\
+change from first, to last, of the "usable" IPs in the sequence).
-**IPv4 addresses** (this host and subnet):\\
+BALUG/LUGs?\\
-.96.15.248/29 network:\\
+[[https://www.balug.org/|BALUG]]\\
-.96.15.248 network\\
+[[https://www.sf-lug.org/|SF-LUG]] (see also linuxmafia.com for SF-LUG list(s))\\
-.96.15.249 Default Gateway\\
+[[https://berkeleylug.com/|BerkeleyLUG]]\\
-.96.15.250 [[http://en.wikipedia.org/wiki/Hot_Standby_Router_Protocol|HSRP]]\\
-.96.15.251 [[http://en.wikipedia.org/wiki/Hot_Standby_Router_Protocol|HSRP]]\\
-**208.96.15.252 SF-LUG** (sf-lug.com., etc.\\
-.96.15.253 (**useable** - reserved for future use(?))\\
-**208.96.15.254** for **BALUG** use\\
-.96.15.255 broadcast
-Note that **208.96.15.254** is principally **reserved for BALUG** use.  Services that aren't BALUG's
+linuxmafia.com - see linuxmafia.com (& %%w%%ww.linuxmafia.com) DNS data (e.g. for SF-LUG list)
-or conflict or potentially conflict with what BALUG wishes to use on port(s) on that IP may
-get "bumped" from that IP address (e.g. the non-BALUG service reconfigured so it doesn't
-run or also run on that IP).  Note also that in some/many cases BALUG may have no objection
-or conflict with some common services not specific to BALUG also running on 208.96.15.254
-(so those may simply peacably coesist and not or not likely be "bumped" off of that IP).
-Some background/references/excerpts on the IPv4 addresses follows:\\
+IPs not used for BALUG/%%[%%L]UG(s) may not be particularly detailed here\\
-[[http://linuxmafia.com/pipermail/sf-lug/2007q2/001427.html|Notes re 2007-04-16 SF-LUG meeting about the colo box]]
+(hosting provided courtesy of Michael Paoli, [L]UGs essentially mostly "just" get use of the one IPv4 address).
-<html>
-Cc: nathank
-From: jim stockford
-Subject: Re: IP addresses
-Date: Mon, 23 Apr 2007 08:52:11 -0700
-To: Michael Paoli
-hi, michael, note i've copied nathan.
+additional details may be found in/via DNS\\
+IPv6?  Mostly see the DNS data for relevant information.
-    Take 254. thank you for the explanation.
+===== mostly historical information =====
+See earlier versions of wiki page in [[https://www.balug.org/wiki/doku.php?id=system:ip_addresses&do=revisions|history]]
-On Apr 22, 2007, at 7:03 PM, Michael Paoli wrote:
-> Well, ... let me/us know if we can snag one of those IPs for BALUG.
->
-> Looks like we've got a network of 208.96.15.248/29:
-> 208.96.15.248 network
-> 208.96.15.249 Default Gateway
-> 208.96.15.250 HSRP
-> 208.96.15.251 HSRP
-> 208.96.15.252 sf-lug.com.
-> 208.96.15.253 (useable)
-> 208.96.15.254 (useable)
-> 208.96.15.255 broadcast
->
-> ... so, ... could potentially use 208.96.15.253 or 208.96.15.254
-> for BALUG (perhaps 208.96.15.254) if you might want to keep the other
-> available IP contiguous with the existing sf-lug.com. IP).
->
-> Typically on a /29 there would be 5 useable IPs (8 less 2 for network
-> and
-> broadcast less one more for router) ... but with HSRP that drops us to
-> 3 useable (HSRP using n+1 - two routers, that's 3 IPs - one for each
-> router + one high availability virtual IP to serve as the default
-> route).
->
-> At best, if we want to maintain high availability routing, we might be
-> able to squeeze one more IP out of them ... but anything beyond that
-> and
-> we'd have to sacrifice any router redundancy.  Since the only "box" we
-> have on the subnet is the LINUX box, and it's quite capable of being
-> configured with two default routes (and will use whichever one works),
-> going without HSRP, and instead just having the two IPs for the two
-> routers
-> would work as well in terms of high availability routing ... but this
-> may
-> not be standard operating procedure for the colo, so they may or may
-> not
-> be particularly agreeable to making such a change.  In any case, that
-> would
-> only gain us one additional useable IP - bringing us from 3 up to 4.
->
-> Squeezing a 5th IP would generally mean sacraficing router/routing
-> failover.
->
-> http://en.wikipedia.org/wiki/Hot_Standby_Router_Protocol
-> http://tools.ietf.org/html/rfc2281
->
-> Quoting jim stockford:
->
->> Here's a clip from the ServePath Network
->> Team.
->> Check it out:
->>
->> You have been assigned the following block of IP addresses:
->>
->>      First Useable IP address:  208.96.15.252
->>      Last Useable IP address:  208.96.15.254
->>      Default Gateway:  208.96.15.249
->>      Netmask:  255.255.255.248
->>
->> DNS 216.93.160.16
->> DNS 216.93.170.17
->>
->> You are assigned power ports 248.8.10
->>
->> Please note that your VLAN is implemented with HSRP for
->> redundancy.  This is why the first 3 useable IP addresses of  <----
->> your IP block are reserved and not useable.
-</html>