Software Defined Networking: Interdomain Routing Analysis

Verified

Added on  2023/01/18

|13
|807
|37
Report
AI Summary
This report analyzes the challenges of interdomain routing within Software Defined Networks (SDN). It reviews two research papers: one focusing on the development and issues in innovative SDN, and another examining interdomain routing in SDN. The report discusses the application of SDN principles to inter-domain routing, including the outsourcing of routing control logic to SDN clusters. It explores the impact on BGP convergence time and the incremental implementation of SDN. The report also identifies key challenges in SDN, such as performance modeling, resilience, and security, and discusses the OpenFlow architecture and its components. The conclusion highlights the potential of SDN to provide new services and unify control frameworks. The report includes a bibliography with references to the reviewed papers.
Document Page
Interdomain
routing ( routing
challenges in
software defined
networks)
tabler-icon-diamond-filled.svg

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
Introduction:
In this presentation two articles are reviewed. They deal with
Finding the issues and process of development of the innovative
software defined networking
The software defined routing that has been inter domain in nature.
Document Page
2. Revisiting the routing of
software-defined Inter-domain:
Chen, Li, Dong and Baochun highlights that the decoupling of the
data plane and control at the SDN or software-defined networking
is been highly promising. This is helpful to develop the routing
performances under the scenario of effective Intra-domain
routing.
Document Page
3. Application of SDN to Inter-
Domain Routing:
It is suggested that the architectural deployment of the SDN
principles has comprised of inter-domain routing.
Apart from this, ASes has outsourced the logic of routing controls
to the routing service of AS. This is known as the contractor for
forming the SDN cluster.
tabler-icon-diamond-filled.svg

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
4. Algorithm analysis:
As all the ASes over the Online is been controlled through a
single DN controller, the convergence time o BGP is been
decreased through the theory.
It must be reminded that apart from becoming practical, the
provided scale of the Internet and broad adoption of BGP, the
only feasible and natural way is to implement the SDN in
incremental manner.
Document Page
5. Assessment:
It can be notice that the primary activity has been to denote the
smartest location for deploying the SDN incrementally.
Here, a simple principle of deployment can be considered for the
provided root of SDN.
Here for the particular SDN root, just the Ases at the initial level
can be joined to the SDN in forming the cluster. This has
comprised of a couple of implications.
Document Page
6. Challenges and evolutions of
the networking that is software
defined:
The SDN or Software Defined Networking has been proposing the
separating of the control plane. This has been occurring from the
plane of the data at various noes of the network from the study
of Chen, Li, Dong and Baochun.
The OpenFlow architecture across the core management of the
engines of packet forwarding is helpful for the administrators in
programing the nature of the network.
tabler-icon-diamond-filled.svg

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
7. The Openflow architecture:
It comprises the primary elements listed hereafter.
Openflow Switch
External Cntroller
Openflow Protocol.
Document Page
8. Challenges:
The various sectors of the challenge are identified below.
The experimentation and deployment of the initiatives of the OpenFlow/SDN
initiatives are the vital issues to be adopted successful during the
production of networks.
a. Performance and modelling:
The deployment of the Openflow/SDN has needed the estimations of the
quantity of controllers required by the determination of topology and getting
localization of the controllers.
b. Resilience and recovery:
Here, the issues are related to the centralized control that s suggested by
the Openflow. This is vulnerability to the network. The failure of the
controller has been compromising aversely to the resilience of the overall
network.
Document Page
Security:
The present architecture of the Internet has great issue for
supporting, verifying and enforcing the issues with securities. The
security systems that are typical in nature has been based to secure
the hosts like antivirus and install the particular network devices or
middleboxes for detecting different anomalies in the network.
tabler-icon-diamond-filled.svg

Paraphrase This Document

Need a fresh take? Get an instant paraphrase of this document with our AI Paraphraser
Document Page
9. Conclusion:
The development has been providing latest services. Here for
instance, the traffic classification, transcoding and encryption can
be considered. Apart from this, it needs the unification of the
framework of control for permitting the coordination. This has
been taking place between various kinds of devices of networks.
This also involves the deceive factor having the publication of
various protocols of SDN. The tools can be used by research
communities. They are helpful for the latest network applications,
services and protocols considering the benefits of the worldwide
views. This involves the large quantity of the data about network.
Document Page
Bibliography:
[1] A.L.V., Caraguay, L.I.B., Lopez and L.J.G., Villalba , November.
Evolution and challenges of software defined networking. In 2013
IEEE SDN for Future Networks and Services (SDN4FNS) , 2013 (pp.
1-7). IEEE.
[2] C Chen, B. Li, D, Lin and B, Li, May. Software-defined inter-
domain routing revisited. In 2016 IEEE International Conference on
Communications (ICC), 2016 (pp. 1-6). IEEE.
chevron_up_icon
1 out of 13
circle_padding
hide_on_mobile
zoom_out_icon
[object Object]