cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
1596
Views
10
Helpful
7
Replies

Cisco Campus Network Implementation Along With Configuration And Process

Vicky888
Level 1
Level 1

Good Day Team,

 

I would like to design and implement a campus network but I'm in a bit of confusion on how and where to begin this from scratch. My knowledge is limited to CCNA but I'm curious to know how this is implemented in real life(production).

Also, I would like to know how the campus requests for the usable IPs from the providers and how this is configured on devices (an example scenario would be enough for this). Ultimately I would like to create a fully reliable network where the end-users within the campus environment can securely transfer the data also they should be able to reach out to the internet.

I'm not sure if I have covered everything here and I apologize for my limited knowledge.

 

7 Replies 7

balaji.bandi
Hall of Fame
Hall of Fame

Not sure what you mean "I would like to know how the campus requests for the usable IPs from the providers and how this is configured on devices"

 

In general ISP link will be terminated one of the Router- that act as your Internet edge router - that intern connect to your Campus Lan network ( that Router or FW performs security/Nat related to the task).

 

Campus Lan you can review cisco document LAN and WLAN deployment.

 

https://www.cisco.com/c/en/us/td/docs/solutions/CVD/Campus/cisco-campus-lan-wlan-design-guide.html

 

there is good use case real-world deployment which covers most of them here :

 

https://www.cisco.com/c/dam/en/us/td/docs/solutions/Enterprise/Education/CCVE_DepGd/ccve_sba_LAN_DepGd.pdf

 

Make your own diagram and share any further inputs required, so we suggest better options or direct you right documents.

 

 

BB

***** Rate All Helpful Responses *****

How to Ask The Cisco Community for Help

Hi Balaji,

Thank you for your efforts.

The last link which you have shared, as I went through, looks appropriate and I will be going through it soon.

 

Regards,

Joseph W. Doherty
Hall of Fame
Hall of Fame

For real life, a campus network is a big/major project.

From scratch, you start with number of hosts you need to support, how they need to be supported, and, of course, where the hosts will be. Budgets for building a network, generally, also come in to play early in the process.

Once you have the network requirements, you start working on designs, and contacting vendors (not just for hardware like routers/switches/etc., interior/exterior cabling vendors/departments, service providers [ISP/WAN/MetroE]). You're also provide a project plan for everything you're responsible for.

In the real world, designing the network, at least at a high level, is often the "easy" part. Designing down to all the little details, and working out schedules (and keeping them), is what's hard. Something like a new building, or new network installation, of a large size, can be, just for the network components, a multi-month project.

Although such projects are generally multi-month, they are not full time, so in the real world, you have many other projects going on concurrently.

If you're lucky, you'll never need to build out something like a campus, from scratch, without either/both having experience doing such before, or working from real world examples your company has done before.

Personally, my biggest project, that I was fully responsible for, was building a network, from scratch, for a newly constructed 2,000 person multi-floor call center. Again, in the real world, many from scratch issues were already somewhat addressed. For example, we already had standards for network equipment, and because of those, many budget issues were also covered. Yet, some things I had to work out from scratch. For example, being a call center, "failure was not an option". So even though my design had two MetroE connections, I had to arrange for a link be run down the street to a near by commercial hosting center, so I could utilize their links as a VPN backup path, via their Internet connections. (I had to arrange to rent a cabinet, but without anything in it, other than my link [from street] to their internal connections to the Internet]. It was also my job to negotiate cabinet rental and bandwidth charges.)

When the call center become active, part of my responsibilities was to arrange a "live" test of failing both private links to demonstrate VPN backup would support the call center. (BTW, test was passed.)

So, to recap, designing and implementing a campus network is major/big project, which, in the real world, is much more involved than just the actual design of the network itself.

Hi Joseph,

Thank you for your efforts in sharing your experience and the explanation.

The scenario which you have shared, in fact, I realize it depends on a lot of factors from a business point of view; i.e. from requirement collection through the provisioning, depending on the business needs.

Actually I was just looking for a random scenario(simple but usable topology) where I can apply the technical knowledge when the business comes with their requirements so that I can run a simulation in the software( like Packet tracer or GNS3) and check.

I'm sorry but I don't know how to put this because I have the least experience in doing this in practical life as I'm just a student but I'm a bit curious also about how things work.

 

Cheers!

 

Nothing to apologize for. I'm not surprised you're a student and/or inexperienced, in fact, I was trying to give you a little insight in how the "real world" differs from problems provided during network schooling.

"School" does tend to focus on technical learning, which you'll, of course, need to know in the "real world", but "real world" networking (or pretty much anything else), is much more than what you study in school. This is why it's sometimes so hard to find your first job, and when you do, it's often a junior role, regardless of your certifications and/or degrees. "Real world" experience, is often so important, it's also why you often find network engineers in senior rolls, w/o certifications and/or degrees, but with much experience (and a "proven track record").

Also, about the call center project which you have worked on... Would it be possible for you to share a general requirement of these type of projects from the clients(keeping aside on how we will actually execute the project). 

My point is, If I get an overview of the requirements then I would have an idea about configuring the devices? Well Joseph, I really don't know if it's a weird doubt to post it out here but I just want to know.

Well, that project was sometime ago, and I don't recall all the specifics, but each "call agent" was to have a gig port, which supported their work station and a VoIP phone, the latter needing PoE. Cabling wise, I recall (?) each call agent jack was to have two connections, both as a spare and for any floor change layouts (sometimes, when need arises, they can redesign floor layouts to increase people density. We didn't need to have equipment to have hot connections for all the extra ports, but our equipment did have some extra ports for immediate small scale growth, or perhaps to move some ports from a failed line card to another (while waiting for replacement card - which should be less than a day [- don't recall for sure, but we may even had, on-site, one extra line card, ready to install]).

We also had to provide (at the time) the best wireless (2.5 and 5 Mhz), everywhere. In call agent sections, wireless was mostly to support roaming supervisors, but wireless was more likely to be used in conference rooms and "common areas", like reception (we supported guest wireless) and/or cafeteria.

Network also had to be "speedy", i.e. call agents shouldn't be delayed by a "slow" network.

Building had two floors, about a 1,000 agents on each, "common areas" on first floors, conference rooms both floors, building network core first floors, about same number of wiring closets both floors, most management offices on second floor. Most copper floor runs went to one of there large chassis L3 switches on each floors, then those access L3 switches had a 10g fiber connection to both core chassis L3 switches, which, in turn had a 10g MetroE connection. (NB: One of the first floor access switches was in the same room as the core switches.)

Wireless APs, physically, were connected to closest access switch, but logically they had tunnels to a WiSM, elsewhere in the region.

(Does this help? I.e. somewhat what you wanted to know?)