26.12.2012 Views

Issue Seven - Conversations on Technology, Business and Society

Issue Seven - Conversations on Technology, Business and Society

Issue Seven - Conversations on Technology, Business and Society

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

the core router. A double policy entry was<br />

introduced for the routing path thus double<br />

source – double destinati<strong>on</strong> as compared to<br />

the original multiple source – single destinati<strong>on</strong><br />

implementati<strong>on</strong> of the bottleneck architecture<br />

designed by Nortel Networks.<br />

The Per-Hop Behaviour (PHB) entries<br />

were defined <strong>and</strong> the queues c<strong>on</strong>figured for<br />

the physical <strong>and</strong> virtual queues. After the<br />

c<strong>on</strong>figurati<strong>on</strong> was d<strong>on</strong>e for the different classes<br />

of traffic, the scheduler was again rec<strong>on</strong>figured<br />

to enforce the events introduced due to the<br />

Differentiated Services implementati<strong>on</strong>.<br />

4.0 RESULTS AND ANALYSIS<br />

4.1 First Design<br />

After running the code for the SIP signalling<br />

architecture <strong>on</strong> NS-2, the results <strong>and</strong> Network<br />

AniMator generated visualisati<strong>on</strong> files showing<br />

that registrati<strong>on</strong> <strong>and</strong> sessi<strong>on</strong> c<strong>on</strong>necti<strong>on</strong><br />

performed reliably (Fig. 4). After the SIP<br />

signal design was run, the results obtained<br />

showed a successful registrati<strong>on</strong> of the Mobile<br />

Nodes <strong>and</strong> initiati<strong>on</strong> as well as terminati<strong>on</strong> of<br />

sessi<strong>on</strong>s: this indicates that the SIP signalling<br />

architecture designed was successful.<br />

4.2 Sec<strong>on</strong>d Design<br />

The sec<strong>on</strong>d design goal involved the<br />

implementati<strong>on</strong> of IP traffic <strong>on</strong> top of the SIP<br />

signalling architecture. After the SIP signalling<br />

code was edited to introduce IP traffic <strong>and</strong><br />

run, the following results were obtained.<br />

Figures 5, 6, 7 <strong>and</strong> 8 show IP traffic<br />

Fig. 4 Mobile Node positi<strong>on</strong>s in NAM<br />

(Network AniMator)<br />

Fig. 5. Diagram showing UDP traffic<br />

initiati<strong>on</strong> <strong>and</strong> terminati<strong>on</strong> after the SIP<br />

signalling between Mobile Nodes <strong>and</strong> Proxies.<br />

When IP traffic was introduced into the SIP<br />

signalling architecture the results obtained<br />

showed a successful SIP signalling registrati<strong>on</strong>.<br />

The IP traffic architecture introduced into the<br />

network ran c<strong>on</strong>currently without any errors<br />

or c<strong>on</strong>flicts. The IP traffic sessi<strong>on</strong> set for both<br />

THE DOUBLE ISSUE | www.pctechmagazine.com<br />

Fig. 6 Initial FTP transfer.<br />

communicati<strong>on</strong> paths were observed to flow<br />

from end to end successfully.<br />

4.3 Design Three<br />

The Differentiated Services QoS scheme<br />

was implemented after the successful<br />

implementati<strong>on</strong> of different classes of IP<br />

traffic over the IP Multimedia Subsystem<br />

core network. However, the results obtained<br />

Fig. 7. Diagram showing FTP over TCP<br />

with acknowledgement.<br />

Fig. 8. Voice (UDP) sessi<strong>on</strong> running c<strong>on</strong>currently<br />

with FTP in the topology.<br />

after the final code was run displayed an<br />

error: “The policy object does not exist”. This<br />

was because the introducti<strong>on</strong> of a double<br />

policy for a single edge router – core router –<br />

edge router path caused a c<strong>on</strong>flict.<br />

The six different categories of policies<br />

developed by Nortel for Differentiated<br />

Services were separately implemented<br />

<strong>on</strong> the designed architecture but they all<br />

gave the same c<strong>on</strong>flict error. The results<br />

obtained from the introducti<strong>on</strong> of the<br />

six different categories indicates that the<br />

c<strong>on</strong>flict observed was due to the fact<br />

that the bottleneck architecture works <strong>on</strong> a<br />

multiple sources – single destinati<strong>on</strong> node<br />

routing policy. In the Differentiated Services<br />

design implemented, a double bottleneck<br />

architecture was improvised to avoid any<br />

possible c<strong>on</strong>flicts but the desired result was not<br />

obtained.<br />

5.0 CONCLUSIONS<br />

The development of an all-IP mobile<br />

communicati<strong>on</strong>s network is a major<br />

requirement for the next generati<strong>on</strong> of mobile<br />

networks (4G). This means that the circuitswitched<br />

functi<strong>on</strong>ality of present networks<br />

would be replaced with a packet-switched<br />

functi<strong>on</strong>ality which works as efficiently for<br />

voice data as the existing circuit-switched<br />

network. This need has driven the research<br />

<strong>and</strong> development of the IP Multimedia<br />

Subsystem (IMS).<br />

The goal of the present work was to<br />

develop a model of the core network of IMS<br />

<strong>on</strong> Network Simulator 2 (NS-2), implementing<br />

a suitable Quality of Service scheme, <strong>and</strong> then<br />

to evaluate performance of the scheme in its<br />

h<strong>and</strong>ling of different classes of IP traffic. In<br />

coming up with the design, bearer traffic over<br />

the air interface was ignored: the core network<br />

c<strong>on</strong>sidered was the wired network c<strong>on</strong>sisting of<br />

SIP proxy servers <strong>and</strong> routers.<br />

The design also presented the<br />

implementati<strong>on</strong> of differentiated classes<br />

of service of IP traffic within the network,<br />

focussed <strong>on</strong> different IP traffic classes routed<br />

through <strong>on</strong>e edge router – core router –<br />

edge router path. The simulati<strong>on</strong> techniques<br />

were used to perform an evaluati<strong>on</strong> of Nortel<br />

Networks’ Differentiated Services Architecture<br />

<strong>on</strong> the designed IMS core network. The<br />

simulati<strong>on</strong> results dem<strong>on</strong>strated a fully<br />

functi<strong>on</strong>al IMS core network <strong>and</strong> investigated<br />

performance of the Differentiated Services<br />

design for IP traffic from single or multiple<br />

sources to multiple destinati<strong>on</strong>s when using<br />

<strong>on</strong>e routing path: this c<strong>on</strong>stituted a bottleneck.<br />

The implementati<strong>on</strong> of a double<br />

Differentiated Services policy <strong>on</strong> the first<br />

edge router of a bottleneck topology<br />

architecture resulted in a failure of traffic<br />

flow due to a lack of a defined policy <strong>on</strong><br />

packet distributi<strong>on</strong> for the sec<strong>on</strong>d edge<br />

router. As a more appropriate architecture,<br />

a “butterfly” architecture can be designed<br />

by editing the NS-2 source code for<br />

differentiated services such that policies<br />

can be defined for both edge router 1 <strong>and</strong><br />

edge router 2. A successful implementati<strong>on</strong><br />

of this would facilitate the design of multiple<br />

source – multiple destinati<strong>on</strong> routing. This<br />

implies that the butterfly Differentiated Services<br />

design could h<strong>and</strong>le multiple sources –<br />

multiple destinati<strong>on</strong>s, single source – multiple<br />

destinati<strong>on</strong>s, single source – single destinati<strong>on</strong><br />

<strong>and</strong> multiple sources – single destinati<strong>on</strong><br />

bearer traffic paths reliably.<br />

P 1<br />

s1<br />

Edge Router 1<br />

R 1<br />

S 1<br />

Core Router<br />

Desk 1<br />

SEPTEMEBER - OCTOBER 2010 | PC TECH<br />

R 0<br />

Edge Router 2<br />

R 2<br />

Desk 2<br />

Fig. 9: Proposed butterfly network topology<br />

for Differentiated Services. S1 = Source 1; S2<br />

= Source 2; Dest 1 = Destinati<strong>on</strong> 1; Dest 2 =<br />

Destinati<strong>on</strong> 2. The paths with arrowheads<br />

show key traffic flow paths.<br />

p 2<br />

RESEARCH 57

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!