OSPF On April 16, 2015 1:46:50 PM AKDT, Sterling Jacobson <sterl...@avative.net> wrote: >Which isn’t really good for redundancy on fixed IP assignments (whether >they be DHCP or PPPoE) because a break in the traffic near the site >would require a redundant connection near the site to carry the minimal >/24 or larger public block. > >Or you resort to temporary NAT, or re-assignment. > > > >From: Af [mailto:af-boun...@afmug.com] On Behalf Of Mathew Howard >Sent: Thursday, April 16, 2015 11:28 AM >To: af >Subject: Re: [AFMUG] Providing public routed IPs to customers > >Terminating PPPoE at the tower doesn't really give you much advantage >over DHCP as far as using limited IP space more efficiently though, >you're still going to have to assign a subnet to each tower, more or >less the same as you would with DHCP. if the goal is to use limited IP >space more efficiently, you really need to centralize PPPoE so you can >use the same IP pool for everything. > >On Wed, Apr 15, 2015 at 11:25 AM, Mike Hammett ><af...@ics-il.net<mailto:af...@ics-il.net>> wrote: >Just enable the PPPoE server on the routers already at your towers. > > >----- >Mike Hammett >Intelligent Computing Solutions >http://www.ics-il.com > >[http://www.ics-il.com/images/fbicon.png]<https://www.facebook.com/ICSIL>[http://www.ics-il.com/images/googleicon.png]<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>[http://www.ics-il.com/images/linkedinicon.png]<https://www.linkedin.com/company/intelligent-computing-solutions>[http://www.ics-il.com/images/twittericon.png]<https://twitter.com/ICSIL> >________________________________ >From: "Eric Muehleisen" <ericm...@gmail.com<mailto:ericm...@gmail.com>> >To: af@afmug.com<mailto:af@afmug.com> >Sent: Wednesday, April 15, 2015 11:06:36 AM >Subject: Re: [AFMUG] Providing public routed IPs to customers >PPPoE auth is broadcast. This will require a L2 path back to you PPPoE >server (BRAS). This is a deal breaker for many. Overhead is minimal. >There will be a some broadcast chatter on your L2 subnet. This can be >filtered a number of ways and usually not a concern. > >On Wed, Apr 15, 2015 at 10:05 AM, That One Guy /sarcasm ><thatoneguyst...@gmail.com<mailto:thatoneguyst...@gmail.com>> wrote: >pppoe has been discussed quite often as a solution for limited IP >space. Could someone give a breakdown of the required components from >the edge of the network to the customer and the required topology? >My understanding, which is probably wrong, is a client on the network >connects, the device gets an IP, normally DHCP that can communicate all >the way back to the pppoe server (what exactly is this) >The credentials are provided and a pppoe session is established, all >traffic flows through the pppoe tunnel and exits at the edge of the >network >the tunnel is essentially a vpn tunnel? there are overheads that need >to be accounted for? >Where is the public IP actually at? is it assigned as essentially a /32 >at the customer end of the tunnel? > >How does the client device know where the pppoe server is, is this >provided in the DHCP response? > >I know my understanding of this is probably totally way off, but I >would love to know more, accurately > >On Wed, Apr 15, 2015 at 7:00 AM, Forrest Christian (List Account) ><li...@packetflux.com<mailto:li...@packetflux.com>> wrote: > >Which is why we played with it. In the end, it seemed that the amount >of support hassles with pppoe wasn't worth the hassle. But, this was >a while ago and pppoe has grown up a lot, so my opinion is probably not >valid anymore. >On Apr 15, 2015 5:27 AM, "Mike Hammett" ><af...@ics-il.net<mailto:af...@ics-il.net>> wrote: >There are reasons to have PPPoE other than IP address assignment. > > >----- >Mike Hammett >Intelligent Computing Solutions >http://www.ics-il.com > >[http://www.ics-il.com/images/fbicon.png]<https://www.facebook.com/ICSIL>[http://www.ics-il.com/images/googleicon.png]<https://plus.google.com/+IntelligentComputingSolutionsDeKalb>[http://www.ics-il.com/images/linkedinicon.png]<https://www.linkedin.com/company/intelligent-computing-solutions>[http://www.ics-il.com/images/twittericon.png]<https://twitter.com/ICSIL> >________________________________ >From: "Forrest Christian (List Account)" ><li...@packetflux.com<mailto:li...@packetflux.com>> >To: "af" <af@afmug.com<mailto:af@afmug.com>> >Sent: Wednesday, April 15, 2015 3:02:50 AM >Subject: Re: [AFMUG] Providing public routed IPs to customers > >(WISP HAT ON) >We have a subnet (or a couple of subnets, as sites have grown) at each >tower, and an public IP statically assigned to each customer. The >radio gets a managment address out of 172.[16-31].x.x which corresponds >to the public IP address. >No DHCP anywhere, no PPPoE. >But again, we have an /18 and a /19 assigned to us from back before NAT >really existed and DHCP implementations from the early '90's kinda >sucked. We've played with PPPoE and DHCP, but kinda have been spoiled >by the simplicity and reliability of a statically numbered network. >-forrest > >On Tue, Apr 14, 2015 at 6:20 PM, Josh Reynolds ><j...@spitwspots.com<mailto:j...@spitwspots.com>> wrote: >For those of you currently providing public/routed ips to customers? >What is your topology like and delivery method? > >Looking at doing a few things, have considered a few options, and >wanted to look out there and see what other people are doing. > >Thanks > >-- >Josh Reynolds >CIO, SPITwSPOTS >www.spitwspots.com<http://www.spitwspots.com> > > > >-- >Forrest Christian CEO, PacketFlux Technologies, Inc. >Tel: 406-449-3345 | Address: 3577 Countryside Road, Helena, MT 59602 >forre...@imach.com<mailto:forre...@imach.com> | >http://www.packetflux.com<http://www.packetflux.com/> >[https://s3.amazonaws.com/images.wisestamp.com/icons/linkedin.png]<http://www.linkedin.com/in/fwchristian> >[https://s3.amazonaws.com/images.wisestamp.com/icons/facebook.png] ><http://facebook.com/packetflux> >[https://s3.amazonaws.com/images.wisestamp.com/icons/twitter.png] ><http://twitter.com/@packetflux> > > > > > > >-- >If you only see yourself as part of the team but you don't see your >team as part of yourself you have already failed as part of the team.
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.