[nsp] hardware

[Shaun R]

David,

When you say from 1 database are you just talking about using something like
mysql to store it all the info and then just writing a script to build the
config?  Or is there some type of database system for vlans I'm just not
aware of.  I read a piece on VTP and VTP Server/Clients.  That doc I posted
earlier used transparent though.

The main reason for separating customers into there own subnet/vlans is
basically just what I've been told to do, people have said that this is the
best way to keep all types of traffic kept to each customer.  I want each
customer to be as if they where the only person on our network.

Let me know if there is a better way!

~Shaun

----- Original Message -----
From: "David J. Hughes" <bambi at Hughes.com.au>
To: <cisco-nsp at puck.nether.net>
Sent: Monday, July 05, 2004 1:28 PM
Subject: RE: [nsp] hardware


>
> Shaun
>
> The 2950 makes a great access switch.  We use heaps of them in
> basically the same config you are thinking about (swap in 6500's
> instead of the 3550's though).  Good choice.
>
> What's your main reason for putting each customer in it's own VLAN
> and routed range?  If it's for traffic separation (i.e. so the
> customers can't see each other at layer 2) then perhaps private
> VLANs may also be an option for you for customers with single
> devices.
>
> If you need to go down the "1000 vlan interfaces" path then just
> write yourself a couple of scripts for adding and removing vlan
> configs.  Config generation is your friend.  Drive the whole
> thing from a simple provisioning database.  Anyway, food for
> thought.
>
>
> David
> ...
>
>
> > It sounds like the switches I have chosen are a good choice.
> > I am still
> > concerned about how I am doing to do the subnet/vlan'ing.  It
> > seams like if
> > I had say 1000 customers, and a sub interface for each
> > customer/subnet that
> > it would be a huge pain in the ass to manage.  I mean the
> > config would be
> > huge.
>
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/
>