MPLS LAB for experiment.

This is the lab prepared using the L2IOU (http://tinyurl.com/69j77ju )


NETMAP :
1:0/0 3:0/0
1:0/1 4:0/0
2:0/0 3:0/1
2:0/1 4:0/1
3:0/2 5:0/0
4:0/2 5:0/1
5:0/3 6:0/0
5:0/2 7:0/1
6:0/1 7:0/0
7:0/2 8:0/0
7:0/3 9:0/0
8:0/1 10:0/0
9:0/1 11:0/0
root@box:/home/tc# cat labstart_mpls 
#!/bin/sh

if [ "`pgrep i86bi`" ]
then
 echo ""
 echo ""
 echo "The lab is already loaded"
 echo ""
 echo ""
else
 echo ""
 echo ""
 echo please wait for the Lab to be loaded..
 echo ""
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2001 -- -c configs/R1.cfg -e1 -s0 1 > /dev/null 2>&1 & sleep 5
 echo R1 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2002 -- -c configs/R2.cfg -e1 -s0 2 > /dev/null 2>&1 & sleep 5
 echo R2 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2003 -- -c configs/R3.cfg -e1 -s0  3 > /dev/null 2>&1 & sleep 5
 echo R3 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2004 -- -c configs/R4.cfg -e1 -s0 4 > /dev/null 2>&1 & sleep 5
 echo R4 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2005 -- -c configs/R5.cfg -e1 -s0 5 > /dev/null 2>&1 & sleep 5
 echo R5 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2006 -- -c configs/R6.cfg -e1 -s0 6 > /dev/null 2>&1 & sleep 5
 echo R6 loaded
 ./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2007 -- -c configs/R7.cfg -e1 -s0 7 > /dev/null 2>&1 & sleep 5
echo R7 loaded 
./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2008 -- -c configs/R8.cfg -e1 -s0 8 > /dev/null 2>&1 & sleep 5  
echo R8 loaded
./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2009 -- -c configs/R9.cfg -e1 -s0 9 > /dev/null 2>&1 & sleep 5  
echo R9 loaded
./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2010 -- -c configs/R10.cfg -e1 -s0 10 > /dev/null 2>&1 & sleep 5  
echo R10 loaded
./wrapper -m ./i86bi_linuxl2-upk9-ms.M -p 2011 -- -c configs/R11.cfg -e1 -s0 11 > /dev/null 2>&1 & sleep 5  
echo R11 loaded
 echo ""
 echo ""
 nohup -g -Fa `pgrep i86bi` > /dev/null 2>&1
fi


Router configuration :

Comments

Post a Comment

Popular posts from this blog

l2tpv3 configuration reference

Image
Reference Comparing , Designing and Deploying VPNs chap - 02 : L2TPv3 is the enhanced version of L2TPv2 protocol. Mikrotik uses L2TPv2 i suppose but it offer another similar tunneling mechanism as EOIP. L2TPv3 in cisco provides Pseudo-wire services to the customer. L2TPv3 only require the IP connectivity between peers but it can transport Ethernet, 802.1Q , HDLC, PPP framerelay etc. Advantage over MPLS is the customer having the full control of their routing domain. L2TP depolyment methods having 3 topologies LAC - LNS , LNS - LNS , LAC - LAC Following Diagram explain simple LAC - LAC L2TPv3 setup. It uses two types of messages: control connection messages - used for signaling between LCEs session data messages - Used to transport layer 2 protocols and connections Data channel Message Header having Session ID & cookie to correctly associate with the tunnel Deploying dynamic Pseudowires session 1) configure CEF - Its default in IOSs now. 2) configure a loopback in
Read more

mikrotik queue tree - Per connection queuing.

Image
One of the cool feature on Mikrotik queuing is Per Connection Queuing . we can equally distribute the bandwidth among Number of users.[1] This setup explores the per connection queuing in the congestion situation and how to utilize the priority queuing features. [Please note Mikrotik Queue lowest priority value have highest priority eg: queue priority 7 traffic gets highest preference over queue priority 8  ] In this test setup 192.168.92.50 and 51 given 512Kbps per connection queuing(PCQ) Priority 6 . 192.168.52 and 54 placed under 256Kbps PCQ (Priority 8) and further youtube users given 384Kbps irrespective to the queue they are currently placed ( FIFO) . 1) Bridge setup - " Don't forget to enable the bridge firewall :) " /interface bridge add admin-mac=00:00:00:00:00:00 ageing-time=5m arp=enabled auto-mac=yes comment="" disabled=no forward-delay=15s l2mtu=1522 \ max-message-age=20s mtu=1500 name=br_traffic_shaper priority=0x8000 protocol-mode=none
Read more

Decoding BGP Notification Error

Following Log messages are normal in the IX scenario but decode the error message is quite interesting: We will see why this error message popped up : : %BGP-3-NOTIFICATION: sent to neighbor 10.10.194.236 2/7 (unsupported/disjoint capability) 0 bytes  FFFF FFFF FFFF FFFF FFFF FFFF FFFF FFFF 0039 0104 xx0D 00B4 C06A 1102 1C02 0601 0400 0200 0102 0280 0002 0202 0002 0246 0002 0641 0400 00C4 0D its a raw hex out  of the BGP open message and starts from the marker  16byte FF so the actual output starts from 0039  2 byte length value : 00 39 - 57 1 byte Type : 01 open message 1 byte Version : 04 2 byte ASN : xx0D  [ modified to remove the relevant information ] 2 byte holdtime : 00 B4 - 180 Seconds 4 byte BGP identifier : C06A 1102 [ modified ] 1 byte Optional parameter length : 1C   - 28 bytes Refer RFC: http://tools.ietf.org/html/rfc5492 http://tools.ietf.org/html/draft-ietf-idr-ext-opt-param-02 http://www.iana.org/assignments/capability-codes/capability-c
Read more