[Solved] CPSC3600 Assignment 3-Intro to Python

1.1 Template Contents

1. latency calculator.py contains several function stubs youll need to complete in order to calculate the total RTT. Each of these functions contains a TODO comment with more information. Make sure that you implement each function, rather than computing everything in a single function. Otherwise, your submission wont be able to pass each of the tests.
2. network config.py contains a single variable that will store a dictionary containing the parameters defining a given network. Normally you would probably just include this inside of latency calculator.py, but were breaking it out as a separate file to give you some experience including methods and variables from multiple files. Youll need to import the variable from this file into latency calculator.py to pass the tests (see the comment at the head of the latency calculator.py file)
3. debug me.py contains a simple application to calculate the price of a meal including tax and tips. There are several errors in the code that you will need to fix. This is intended as an exercise to give you experience using VS Codes debugger, as this will be invaluable when you are working on more complex projects later in the semester. This will also expose you to several common mistakes Ive seen students make in the past, which will hopefully help you identify them more quickly if you make them yourself. You need to fix each of the bugs in order to get the code to work and pass the associated test.

1.2 Writing a Program to Compute Round Trip Time Within a Network

1. Transmission delay: the amount of time required to push all of the bits of the packet onto the wire. This is influenced by both the length of the packet and the bandwidth available to a given router.
2. Propagation delay: the amount of time required for the information to physically travel through the network. This is influenced by the distance the information needs to travel and by the speed at which the information travels through the transmission medium (typically copper wire, fiber, or radio waves).
3. Processing delay: overhead incurred at the router when a packet is received. This is typically a negligible amount (a few milliseconds at most). For the purposes of this course, a value for processing delay will be provided to you in problems involving latency.
4. Queuing delay: a variable amount of time based on how much other traffic is in the network at a given moment. Delay is proportional to the amount of incoming data divided by the total bandwidth of a router. So long as the amount of data coming in does not get too close to the total bandwidth, queuing delay will typically be very small. However, as the amount of incoming data approaches the outgoing bandwidth, delay increases exponentially.

1.3 Debugging Python Code

• This is the actual message thrown by the exception. Search for this message online will often help you find what is causing the error.
• This is where the exception occurred. More generally, the line highlighted in red is where the code has

• These buttons will allow you to step through your code line by line to see how it executes in action. From left to right, the buttons are:
  • Resume execution exits the debugger and resumes normal execution of the code
  • Step over the current line of code executes the highlighted line of code and moves on to the next line of code. If the current line of code contains a function, the contents of the function will be executed but will not be debugged.
  • Step into the current line of code same as above, except that the code will step into functions and allow you to debug their execution
  • Step out of the current block of code completes the current function and moves on to the next line of code that will be called after the function
  • Restart the program resumes execution of the code from the first line
  • Stop executing the program exits the debugger and stops running the code
• This window pane allows you to inspect the values of the different variables that are currently in scope. This includes simple variables, like tax that stores a float value, and more complex values like bill that stores a class instance. This pane is an incredibly useful tool to watch how the state of your program changes while it executes.
• This window pane shows the current state of the call stack, allowing you to get a sense for what functions have been called in order to reach this state in the program.
• This window pane allows you to control which exceptions the debugger will break for. By default, all uncaught exceptions (i.e. exceptions your code doesnt know how to handle) will cause the code to break. You may also sometimes find it helpful to break on all raised exceptions, even those your code knows how to handle successfully. If so, check the raised exceptions box here.