You are on page 1of 12

CAPTURING ROUTER CONGESTION AND DELAY

K.NARESH(08JP1A0523) K.MANOJ(08JP1A0524) K.SUDHEER (08JP1A0548) K.SIDDU(08JP1A0520)

ABSTRACT:
using unique monitoring experiment we capture all packets crossing a(lightly utilized) operational access router from a tier-1 provider. Provide detailed examination of router congestion and delay. This enables a comprehensive examination of congestion and delay from three points of view: The understanding of origins. Measurement. Reporting. In particular, the traffic reporting enables a rich description of the diversity of micro congestion behavior, without achievable computational cost.

EXISTING SYSTEM:
However since the tier-1 router only had one input and one output link, which were of the same speed, the internal queueing was extremely limited. In this paper we work with a data set recording all IP packets traversing a Tier-1 access router over a 13 hour period. since Tier-1 networks tend to be under-provisioned. In this system use backbone access router and their traffic today This conjecture requires testing against more data sets. Examine the origins of congestion and hence delay . taxonomy of link congestion has not been used previously.

PROPOSED SYSTEM:
We use a powerful methodology of virtual or semi- experiments. We identify, and evaluate the contributions of, three known canonical mechanisms: i) Reduction in link bandwidth from core to access. ii) Multiplexing of multiple input streams. iii) Burstiness of the input traffic streams. All input and output links were monitored, allowing a complete picture of congestion, and in particular router delays, to be obtained. Our specific conclusions are strictly speaking limited to a single data set with low loss and delay. we aim to provide a physical model capable of explaining the observed delay and congestion. It gives an innovative solution to a non-trivial problem. A key advantage is that a generically rich description is reported, without the need for any traffic assumptions.

MODULES:
Server Client User Interface Design Output Link

SERVER:
It will accepts data send by the client. It will display number of Nodes.

It will display
Delay. Bandwidth. Busy. Congestion of each Client .

CLIENT:
We can select the required data. It will send the data to Server

USER INTERFACE DESIGN:


In this module we design the user interface for Client A, Client B, Client C, Client D, Client E and, Server displaying window. These windows are designed in order to display all the processes in this project.

OUTPUT LINK: This module measure the minimum excess packet transit
time between each input and the given output. De-fine the overall minimum packet transit time as the minimum over all input links. Calculate the IP bandwidth of the output link. Obtain packet delays by aggregating the input traffic corresponding to the given output link.

CONCLUSION:
We explored in detail router congestion and packet delay, based on a unique data set where all IP packets crossing router were measured. We presented empirical results about packet delays. Finally, we examined the difficult problem of compactly summarizing the richness of micro congestion behavior. We showed how this metric captures important information about the delay process without any model based preconceptions.

HARDWARE REQUIRMENTS:
Processor Processor Speed RAM Hard Disk Keyboard : Intel Pentium Family : 250MHz to 667 MHz :128 MB to 512 MB : 4 GB or higher : Standard 104 enhanced keyboard

SOFTWARE REQUIRMENRS:
Front End :AWT,Swing Tools Used : MY-Eclipse Operating System :Windows-Xp

You might also like