i want to know the price and i need to talk to a person regarding the requirements of the assignment.
La Trobe University Network Design Exercise ELE5NDE - Semester 1, 2019 Design Project 1 1 DESIGN PROJECT 1 Design Project The task is to develop a network for a multi site company. This exercise attempts to give experience of a real world design that you may be asked to do in your future employment. As a result, only minimal guidance is given. You will need to fall back on all the experience that you have gained from the previous exercises. You will be assessed based on the decisions you made in each stage of the project. The network to be designed connects computers across three sites. The main site, called ”Base” has four floors connected via a fast backbone network. One external site is connected using FDDI, and the other uses a T3 link through the Internet (protected with a firewall). internet FARNEAR BASE FDDI T3 T3 The network should be analyzed and improvements recommended. An option to relocate some of the servers can be considered. The backbone network upgrade from serial to partially meshed should also be evaluated. La Trobe University 2 Design Project 1 DESIGN PROJECT 1.1 Design Description 1.1.1 Devices The servers and workstations have predefined physical locations. 1. ”Base” site: • ”HQ Floor” (HQ subnet) – one switch – one database server to hold product documentation (dbDOC) – one database server to hold finances associated with product manu- facturing and sales (dbFIN) – one database server to hold administrative tasks, salaries, staffing schedules (dbHR) – two ”manager” workstations – three ”marketing” workstations • ”Development Floor” (DEV subnet) – one switch – one database server to hold product manufacturing inventory (dbINV) – one remote shell server to handle design and development of products (srvDEV) – one ”manager” workstation – five ”developer” workstations • ”Manufacturing Floor” (MFG subnet) – one switch – one database server to interface with the manufacturing process (dbMFG) – one ”supervisor” workstation • ”Sales Floor” (SAL subnet) – one switch – one ”front desk” workstation – one ”manager” workstation – two ”support” workstations – two ”sales” workstations – two ”marketing” workstations – three ”admin” workstations • Serial Backbone network – each floor subnet connects to a ”floor backbone router” (BBHQ, BB- DEV, BBMFG and BBSAL) – one backbone router (BBFDDI) connects to an FDDI gateway La Trobe University 3 Design Project 1 DESIGN PROJECT HQ floor DEV floor MFG floor SAL floor BBHQ BBDEV BBMFG BBSAL GWFDDI BBFDDI BBFW FW BACKBONE NETWORK BASE FDDI T3 – one backbone router (BBFW) connects to the Internet via a gateway 2. ”External Near” site: • one ethernet to FDDI gateway • one switch • one ”front desk” workstation • one ”manager” workstation • one ”marketing” workstation • total of ”C” ”support” workstations • total of ”D” ”sales” workstations • total of ”E” ”admin” workstations 3. ”External Far” site: • one gateway connects to the Internet via a firewall • one switch • one ”front desk” workstation • one ”manager” workstation • three ”marketing” workstations • total of ”F” ”support” workstations • total of ”G” ”sales” workstations La Trobe University 4 Design Project 1 DESIGN PROJECT • total of ”H” ”admin” workstations Where the number of workstations C, D, .., H are extracted from your student ID using the following rule: − your student number is an eight digit number represented as ABCDEFGH (example: 12345678) − the values for C, D, E, F, G and H are the respective digits from your student ID (in the above example: C=3, D=4, .., and H=8) − the network domain is defined by you student ID as: ABC.DE.FG.00 (example 123.45.67.00) − All workstations are connected using 100baseT cables. − The backbone network uses using 100baseT cables. − The FDDI link is 100Mbps duplex. − The Internet connection is a serial PPP-T3. − The backbone servers, firewall and gateway within the ”Base” site should use a static IP address. You have to allocate these addresses from the valid available address range 1 1.1.2 Users During an eight hour working day, the staff access the following services: 1. user ”front desk”: • dbHR database every hour for 5 minutes 2. user ”admin”: • dbHR database once a day for 5 minutes • inventory database twice a day for 10 minutes • documentation database twice a day for 5 minutes 3. user ”developer”: • dbHR database once a day for 5 minutes • documentation database once a day for 5 minutes in query mode 1The available version of the Riverbed Modeler is limited to simulate only the first 50,000,000 events. This limitation should be taken into account in planing the modelling and scenario generation. La Trobe University 5 Design Project 1 DESIGN PROJECT • documentation database once a day for 10 minutes in entry mode • remote shell development four times a day for 90 minutes 4. user ”support”: • dbHR database once a day for 5 minutes • documentation database every two hours for 2 minutes 5. user ”supervisor”: • dbHR database once a day for 5 minutes • inventory database once a day for 10 minutes • documentation database once a day for 5 minutes • manufacturing database every 30 minutes for 3 minutes 6. user ”sales”: • dbHR database once a day for 5 minutes • inventory database once per hour for 5 minutes • documentation database once a day for 2 minutes • dbFIN database every hour for 2 minutes 7. user ”marketing”: • dbHR database once a day for 5 minutes • documentation database three times a day for 15 minutes 8. user ”manager”: • dbHR database once a day for 5 minutes • inventory database once a day for 10 minutes • dbFIN database twice a day for 10 minutes 1.1.3 Packet sizes The typical data packet sizes per transaction for the servers is: 1. product documentation (dbDOC) average 300kB, with a standard deviation of 120kB 2. finances associated with product manufacturing and sales (dbFIN) fixed 15kB 3. administrative tasks, salaries, staffing schedules (dbHR) any size between 10kB and 18kB La Trobe University 6 Design Project 1 DESIGN PROJECT 4. product manufacturing inventory (dbINV) average 120kB, with a standard deviation of 20kB 5. interface with the manufacturing process (dbMFG) fixed size 110kB 6. remote shell server to handle design and development of products (srvDEV) exponentially distributed short commands at 1kB followed by a fixed 400kB reply from the server the time between commands is normally distributed with mean 30 seconds and variance 1 1.2 Tasks • requirements analysis create a detailed design requirement specification • project planning evaluate required tasks plan task execution sequence estimate individual task duration • applications and profiles modelling identify scenarios needed to complete the project • create a hierarchical network in Riverbed Modeler • simulate scenarios • modify the network to validate potential improvements • create a project report 1.3 Assessment This is an individual project. You will be assessed as follows: • Initial network planning (show your work) • network topology • network address spaces planning • applications modelling methods (show your work) • profiles modelling • simulation and results • report La Trobe University 7 Design Project 1 DESIGN PROJECT For a successful assessment: • ensure all included screen clips are readable • every image has a reason to be included, and a description (not just a name) • include screen clips showing each application and profile configuration detail • include the DES Log, and a description of warnings and errors listed • include traffic plots for individual applications/profiles that show how accurate the model is La Trobe University 8 Design Project 2 ASSESSMENT DETAILS 2 Assessment details • Analysis – Map the project description into a design specification – Estimate traffic between each backbone and associated section – Estimate each backbone to associated section minimum link throughput This is a sanity check to indicate if the link rate is too low. It is done manually. Traffic from all users and servers using the link (crossing the floor bound- ary) is considered. One possibility is to calculate the worst case total traffic on a link then divide by the total transaction time. ∗ Example: BBMFG to MFG floor traffic from user ”SUPER” to dbHR, dbDOC, dbFIN and dbINV (traffic to dbMFG is local) throughput = (20K+(350K+80K)+10K)∗8/(20min) = 3.1kbps � 100Mbps – Estimate each backbone to associated section maximum link response time This is done manually. One possibility is to calculate the sum of the largest worst case event transaction size for each independent user on a link then divide by the link rate. ∗ Example: BBMFG to MFG floor traffic from user ”SUPER” to dbHR, dbDOC, dbFIN and dbINV (traffic to dbMFG is local) servers on MFG floor: dbMFG : only local traffic : 0 contribution users on MFG floor: ”SUPER” service usage mode transaction size minimum response time dbHR: (1 x 5min)/day (20kB)max 20kBx8/100Mbps=1.6msec dbINV: (1 x 10min)/day (100kB + 10kB)max 110kBx8/100Mbps=8.8msec dbDOC: (1 x 5min)/day (350kB + 80kB)max 430kBx8/100Mbps=34msec dbMFG: only local traffic – 0 contribution – Example table describing the users on the HQ floor service access per day: user count dbHR dbDOC dbFIN dbINV srvDEV dbMFG MGR 2 2x(5/d) 2x(2x10/d) 2x(10/d) MKT 2 2x(5/d) 2x(3x15/d) Example table describing the users on the HQ floor transaction maximum size per day: user count dbHR dbDOC dbFIN dbINV srvDEV dbMFG MGR 2 40kB 40kB 220kB MKT 2 40kB 2580kB La Trobe University 9 Design Project 2 ASSESSMENT DETAILS Note: the above table does not include traffic from other floors to the servers located on the HQ floor. To estimate the minimum link throughput or maximum link response time, the complete tables are needed, including all users and servers in all locations. • Model generation and verification – for each application ∗ inter-command interval: which distribution ? why this distribution ? distribution parameters ? ∗ duration: which distribution ? why this distribution ? distribution parameters ? ∗ implement (show readable screen shot of attributes setup) ∗ verify correct operation (graph screen shot showing correct start and duration) • Address space planning – for each router port in the HQ site allocate a valid IPv4 address and mask • Scenario creation – for each scenario: ∗ purpose ? ∗ key features - what is changed ? ∗ what is measured ? ∗ how to qualify results: targets, conditions ? • Simulation – for each scenario: ∗ results ∗ result interpretation ∗ are the targets met ? ∗ is the simulation matching estimates ? • Modifications and improvements – Modify and re-simulate the design – Does the simulation show expected improvements – is any link rate changed (increased to meet requirements, decreased to decrease costs) ? – should the backbone network be modified ? La Trobe University 10 Design Project 3 PROJECT REPORT STRUCTURE SUGGESTION 3 Project Report Structure Suggestion • Project Overview – What is this project about ? – What is the project goal ? – Why this project ? – What is achieved ? • Design Decisions – Design specification – Functional block diagram – Design architecture – Verification plan • Design Decisions – Design specification ∗ what models are needed ∗ what is the functionality – Functional block diagram ∗ identify blocks and data flow ∗ explain each block functionality – Design architecture ∗ explain each block implementation plan – Verification plan ∗ how to prove the unit is operating correctly • Design Implementation – Explain