 unwiredPremium join:2008-04-08 Algoma, WI | reply to TomS_
Re: [Tech Ops] MPLS I'm not sure why it was suggested other than it's a really good way to do things. My original question to them was how to handle the ip pool within radius and have the nas servers at each pop. What I am currently testing is I have added one of my public /24 into the ospf networks - So I have a central pool of addresses so I don't necessarily have to assign statics and I shouldn't need to assign blocks to each pop. The radius server assigns and address from the pool and then ospf takes over and adds in a route for the address on that corresponding router. The one issue with this config is going to be the routing table size but I feel I'm a few thousand subscribers away from that being a problem. |
|
 TomS_Git-r-donePremium,MVM join:2002-07-19 London, UK kudos:4 | said by unwired:The one issue with this config is going to be the routing table size but I feel I'm a few thousand subscribers away from that being a problem. What sort of routers are you using? With a software based router (i.e. no hardware forwarding), routing table size should be limited only by how much RAM the box has.
If its a hardware based router, chances are it will support perhaps hundreds of thousands of FIB entries anyway.
There is also a RIB which is stored in RAM, and is used to populate the FIB. The RIB is usually much bigger than the FIB, since the RIB contains all copies of routes received, while the FIB contains only the ones needed to forward packets.
FIB = Forwarding Information Base RIB = Routing Information Base
As a side note, the current Internet routing table at I think somewhere around 440,000 routes only consumes maybe 50MB of RAM on a Cisco router. |
|
 unwiredPremium join:2008-04-08 Algoma, WI | I have mostly RB50g or 493ah at each pop - Imagestream at the core. I believe at most I have seen my routers spike at 15% cpu and that is with Butch's QOS script running. I will have to relocate Butch's scripts moving forward but was struggling to see just where the benefit in mpls would come vs what I already have in place. |
|
 | reply to unwired If you centrally assign IP addresses via RADIUS (from one common, central pool), you will inject one host route (a /32) into your IGP's (OSPF) routing table for every client who connects. Furthermore, every time one of your clients disconnects/reconnects their PPPoE connection, an update to your routing table will occur. Each device that participates in OSPF on your network will will receive the "update" every time a PPPoE connection state changes.
If you choose to route a block of IPs to each PPPoE concentrator, it will be a bit more difficult to manage your IPs efficiently. But, you will be able to summarize the route for the block of IPs. This means that instead of having 253 /32 host-routes for each client in a /24, the router/concentrator would only announce one summary route (the /24) to the rest of your network. In addition, because you are summarizing the route, your routing table won't update each time a client connects/disconnects. |
|
 InssomniakThe GlitchPremium join:2005-04-06 Cayuga, ON kudos:1 | said by bairdmj:If you centrally assign IP addresses via RADIUS (from one common, central pool), you will inject one host route (a /32) into your IGP's (OSPF) routing table for every client who connects. Furthermore, every time one of your clients disconnects/reconnects their PPPoE connection, an update to your routing table will occur. Each device that participates in OSPF on your network will will receive the "update" every time a PPPoE connection state changes.
You can still filter this out no problem. I have a centrally assigned IP address setup from RADIUS and just block it in an "ospf-out" chain so all my other routers cant see it, they have no need to see it. -- OptionsDSL Wireless Internet »www.optionsdsl.ca |
|
 TomS_Git-r-donePremium,MVM join:2002-07-19 London, UK kudos:4 | Yeah. Most likely you can have the router doing the termination announce a summary route in place of all of the host routes.
If youre terminating locally at each tower or in a non-centralised way, naturally you have little choice. |
|
|
|