RE: Re[2]: Why we need BGP to establish MPLS? [7:39014]

2002-03-21 Thread Sexton, Ken

MP-iBGP (Multi-Protocol iBGP) is used because it has community extensions
inherent to the routing protocol, to pass VPN related information among the
PE (Provider Edge) routers. Using Extended Communities VPN related
information such as, Route Target (RT), Site of Origin (for dual home CEs)
as well as VPNv4 information can be passed among iBGP peers. Because this is
an iBGP environment, all PEs will receive route updates from everyone else.
(You can use route reflectors to lessen the peer statements). The iBGP
environment requires that all PEs be in sync (global table). The import
statements within the VRF determine which routes to take out of the BGP
global table and install into the VRF routing table. The export statements
indicate which VRF routes will be exported to your iBGP peers.

You can use an underlying IGP to establish your peers (nothing different
than dealing with normal iBGP). OSPF and IS-IS are the most common IGPs as
they provide addtional hooks within the IOS code to support additional
features such as traffic engineering (examples: support for RSVP, CR-LDP),
etc.

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: thinkworker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 3:58 AM
To: [EMAIL PROTECTED]
Subject: Re[2]: Why we need BGP to establish MPLS? [7:39014]


It seems I had to use IBGP to establish MPLS, so can u explain how can
we setup a MPLS network without BGP? Or maybe U mean using the static
route?

I should check the book I've got called MPLS  VPN Architecture  
Implement of Cisco press (though it is translated very poor) but I had
not the book in my hand:(



By the way, is the book outdated? 

On Thu, 21 Mar 2002 03:19:34 -0500
nrf  wrote:

 You don't need BGP to establish MPLS.
 
 On the other hand, you might need BGP to enable certain 'value-added' MPLS
 applications.
 
 
 thinkworker  wrote in message
 [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
  Why we need BGP to establish MPLS?
 
  Now we had to use IGP and IBGP to set up MPLS in a AS. It seems quite
  not necessary.
 
  Can anyone help?




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=39037t=39014
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: Re[2]: Why we need BGP to establish MPLS? [7:39014]

2002-03-21 Thread Sexton, Ken

The question was why was BGP required for MPLS, 
The explanation provided only stated the functionality that MP-IBGP
provides.
Not if you should use or not. 
With the new additions to the IOS, MPLS can now run down on the CE (not full
functionality) allowing OSPF to pass VRF information up to the PE.

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: Peter van Oene [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 10:39 AM
To: [EMAIL PROTECTED]
Subject: RE: Re[2]: Why we need BGP to establish MPLS? [7:39014]


I think you really need to mention that you are working on describing 
RFC2547bis which happens to use MPLS as a forwarding mechanism.  The 
original question asked why BGP was required for MPLS for which the correct 
answer is that it isn't.

At 11:05 AM 3/21/2002 -0500, Sexton, Ken wrote:
MP-iBGP (Multi-Protocol iBGP) is used because it has community extensions
inherent to the routing protocol, to pass VPN related information among the
PE (Provider Edge) routers. Using Extended Communities VPN related
information such as, Route Target (RT), Site of Origin (for dual home CEs)
as well as VPNv4 information can be passed among iBGP peers. Because this
is
an iBGP environment, all PEs will receive route updates from everyone else.
(You can use route reflectors to lessen the peer statements). The iBGP
environment requires that all PEs be in sync (global table). The import
statements within the VRF determine which routes to take out of the BGP
global table and install into the VRF routing table. The export statements
indicate which VRF routes will be exported to your iBGP peers.

You can use an underlying IGP to establish your peers (nothing different
than dealing with normal iBGP). OSPF and IS-IS are the most common IGPs as
they provide addtional hooks within the IOS code to support additional
features such as traffic engineering (examples: support for RSVP, CR-LDP),
etc.

Ken Sexton
Data Network Engineering
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: thinkworker [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 21, 2002 3:58 AM
To: [EMAIL PROTECTED]
Subject: Re[2]: Why we need BGP to establish MPLS? [7:39014]


It seems I had to use IBGP to establish MPLS, so can u explain how can
we setup a MPLS network without BGP? Or maybe U mean using the static
route?

I should check the book I've got called MPLS  VPN Architecture  
Implement of Cisco press (though it is translated very poor) but I had
not the book in my hand:(



By the way, is the book outdated?

On Thu, 21 Mar 2002 03:19:34 -0500
nrf  wrote:

  You don't need BGP to establish MPLS.
 
  On the other hand, you might need BGP to enable certain 'value-added'
MPLS
  applications.
 
 
  thinkworker  wrote in message
  [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
   Why we need BGP to establish MPLS?
  
   Now we had to use IGP and IBGP to set up MPLS in a AS. It seems quite
   not necessary.
  
   Can anyone help?




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=39059t=39014
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: certificationZone Bridging White paper ! [7:37393]

2002-03-07 Thread Sexton, Ken

Phil,

Can I therefore conclude that in a 'Source Route
Transparent' Bridge the RIF field will indeed change ?
Contrary to the whitepaper.

On the above - In SRT mode, you are allowing the router to source route
traffic and transparently bridge traffic on the same device (router), but
any hosts on either bridging environment can not communicate amongst
themselves. (i.e. a host on an SRB network cannot sent traffic destined for
a host on the transparent side of the network). The SRT Bridge will never
add or remove RIF information from a frame in order for the two technologies
to communicate. This is where Source-route Translation bridging (SR/TLB)
comes in.

Now your above question needs some consideration. The router will now act as
a RIF end station, where a RIF table will be built for end stations on the
SRB side, and a forwarding table for the transparent side. By creating a
virtual ring within the router, all the token to ethernet frame conversion
will take place (i.e MTU, bit ordering, etc) before the frame is sent on its
way. It makes no sense to set the RII bit to a 1 when sending the traffic
to a transparent end host, as it will not understand what to do with it
anyway.

Hope this helps

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: Phil Barker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 9:02 AM
To: [EMAIL PROTECTED]
Subject: RE: certificationZone Bridging White paper ! [7:37393]


Thanks Ken,

 SNIP2

The first SRB enabled bridge in the path (from
originator to 
destination)
will see that this is an explorer packet and add its
route designator 
(RD)
information to the RIF.

 END SNIP2

Can I therefore conclude that in a 'Source Route
Transparent' Bridge the RIF field will indeed change ?
Contrary to the whitepaper.

Phil.
 
 --- Sexton, Ken  wrote: 
Phil,
 The first bit within the Source Address Field is
 normally the I/G bit, to
 define if the source address is individual (unicast)
 or group (multicast)
 address. In an SRB bridged environment, this one bit
 is used to indicate if
 any Routing Information Field  (RIF) information is
 present in the Token
 frame following the SA field.
 
 This bit will be set by hosts with the SRB
 environment and used by bridges
 to indicate the above. The hosts will keep a
 forwarding table on how to
 reach any required destination host.
 
 If the host doesn't know how to get to a particular
 destination, it will
 send out an explorer frame (all routes explorer
 -ARE) or a Spanning tree
 explorer (SPE) frame to locate the destination. It
 will depending on your
 bridged environment which explorer frame is used.
 
 The first SRB enabled bridge in the path (from
 originator to destination)
 will see that this is an explorer packet and add its
 route designator (RD)
 information to the RIF. The first bridge will add
 the first ring number,
 it's bridge number, and the ring number of the
 interface it going to send
 the explorer packet out of. 
 
 When all said and done - the host will know how to
 reach that particular end
 host and include RIF information in the token frame.
 The RII, will tell the
 bridge that a RIF is present and forward the frame
 according to the RIF RC
 and RD fields.
 
 Ken Sexton
 Data Network Engineering 
 ICG Communications
 [EMAIL PROTECTED]
 
 
 
 
 -Original Message-
 From: Phil Barker
 [mailto:[EMAIL PROTECTED]]
 Sent: Wednesday, March 06, 2002 6:35 AM
 To: [EMAIL PROTECTED]
 Subject: certificationZone Bridging White paper !
 [7:37393]
 
 
 Just been re-reading this paper by David Wolfsener.
 See SNIP below.
 
 In the instance where the RII indicator is a 1 the
 frame will be 'source routed' if the frame is
 'source
 routed' then surely this implies that the RIF must
 be
 manipulated in order to reflect the true Source
 Route
 !!! I havn't got my 'Interconnections' with me so I
 cannot confirm.
 
 Any ideas ?
 
 Phil.
 
  SNIP
 
 Source Route Transparent Bridging (SRT)
 
 SRT works by analyzing the RII bit to determine if a
 RIF is present. If the RII bit is 0, then a RIF is
 not
 present and the frame is transparently bridged. If,
 however, the RII bit is 1 and a RIF is present, then
 the frame is source routed. Note that SRT bridges do
 not add or remove RIFs to frames. By now, you ought
 to
 wonder how to configure SRT.
 
  END
 
 __
 Do You Yahoo!?
 Everything you'll ever need on one web page
 from News and Sport to Email and Music Charts
 http://uk.my.yahoo.com
[EMAIL PROTECTED] 

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=37580t=37393
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct

RE: certificationZone Bridging White paper ! [7:37393]

2002-03-06 Thread Sexton, Ken

Phil,
The first bit within the Source Address Field is normally the I/G bit, to
define if the source address is individual (unicast) or group (multicast)
address. In an SRB bridged environment, this one bit is used to indicate if
any Routing Information Field  (RIF) information is present in the Token
frame following the SA field.

This bit will be set by hosts with the SRB environment and used by bridges
to indicate the above. The hosts will keep a forwarding table on how to
reach any required destination host.

If the host doesn't know how to get to a particular destination, it will
send out an explorer frame (all routes explorer -ARE) or a Spanning tree
explorer (SPE) frame to locate the destination. It will depending on your
bridged environment which explorer frame is used.

The first SRB enabled bridge in the path (from originator to destination)
will see that this is an explorer packet and add its route designator (RD)
information to the RIF. The first bridge will add the first ring number,
it's bridge number, and the ring number of the interface it going to send
the explorer packet out of. 

When all said and done - the host will know how to reach that particular end
host and include RIF information in the token frame. The RII, will tell the
bridge that a RIF is present and forward the frame according to the RIF RC
and RD fields.

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: Phil Barker [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 6:35 AM
To: [EMAIL PROTECTED]
Subject: certificationZone Bridging White paper ! [7:37393]


Just been re-reading this paper by David Wolfsener.
See SNIP below.

In the instance where the RII indicator is a 1 the
frame will be 'source routed' if the frame is 'source
routed' then surely this implies that the RIF must be
manipulated in order to reflect the true Source Route
!!! I havn't got my 'Interconnections' with me so I
cannot confirm.

Any ideas ?

Phil.

 SNIP

Source Route Transparent Bridging (SRT)

SRT works by analyzing the RII bit to determine if a
RIF is present. If the RII bit is 0, then a RIF is not
present and the frame is transparently bridged. If,
however, the RII bit is 1 and a RIF is present, then
the frame is source routed. Note that SRT bridges do
not add or remove RIFs to frames. By now, you ought to
wonder how to configure SRT.

 END

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=37398t=37393
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: the RD [7:37401]

2002-03-06 Thread Sexton, Ken

The RDs in the RIF should always be represented in Hex format. When defining
the source-bridge command on the router you define as decimal format.

However, with that said, you'll see test questions with the decimal
equivalence within the RD fields. In either case, I would know how to
convert in both directions, that way you're prepared no matter how it is
presented.

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: Mckenzie Bill [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 9:47 AM
To: [EMAIL PROTECTED]
Subject: Re: the RD [7:37401]


O.k.  

Let me re phrase my question.  How important is it to know how to conevert
the RD into hexidecimal? I have the RII and the RIF but then a couple of
papers I read stated, and now the easy part...the RD, and then I'm lost.

Any help?




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=37432t=37401
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



RE: certificationZone Bridging White paper ! [7:37393]

2002-03-06 Thread Sexton, Ken

In the instance where the RII indicator is a 1 the
frame will be 'source routed' if the frame is 'source
routed' then surely this implies that the RIF must be
manipulated in order to reflect the true Source Route

To comment of the above, the RII bit doesn't indicate whether the frame is a
specific routed frame or whether it is a explorer frame. It only indicates
whether the frame contains RIF information or not. The specifically routed
frame indicator is within the RIF (first three bits of the RC field, known
as the type or broadcast bits - 0xx = specifically routed frame, 10x =
ARE frame, 11x = SPE frame).

Maybe its the way its worded that may be the cause of confusion; I've never
read it to verify.

Ken Sexton
Data Network Engineering 
ICG Communications
[EMAIL PROTECTED]




-Original Message-
From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 06, 2002 1:04 PM
To: [EMAIL PROTECTED]
Subject: Re: certificationZone Bridging White paper ! [7:37393]


At 08:34 AM 3/6/02, Phil Barker wrote:
Just been re-reading this paper by David Wolfsener.
See SNIP below.

In the instance where the RII indicator is a 1 the
frame will be 'source routed' if the frame is 'source
routed' then surely this implies that the RIF must be
manipulated in order to reflect the true Source Route

The RIF is just referenced (not changed) in frames that are specifically 
routed. In other words, once the end station has found a route, it just 
puts it in the frame and the bridges just read it forwards or backwards and 
route accordingly.

Could that be what he's getting at??

On the other hand, I agree with you that on an explorer, an SRT bridge 
changes the RIF. SRT simply implies a couple things:

1) If the RII is zero, just perform normal Ethernet-style transparent
bridging

2) If the RII is one and redundant bridges exits, use the spanning tree to 
determine which way to forward explorer frames.

By the way, SRT is the only form of source route bridging that the IEEE 
ever standardized. And you can get it for free! ;-) It's in Annex C of IEEE 
802.1D, which you can get here:

http://standards.ieee.org/getieee802/

Have fun with it!

Priscilla

!!! I havn't got my 'Interconnections' with me so I
cannot confirm.

Any ideas ?

Phil.

  SNIP

Source Route Transparent Bridging (SRT)

SRT works by analyzing the RII bit to determine if a
RIF is present. If the RII bit is 0, then a RIF is not
present and the frame is transparently bridged. If,
however, the RII bit is 1 and a RIF is present, then
the frame is source routed. Note that SRT bridges do
not add or remove RIFs to frames. By now, you ought to
wonder how to configure SRT.

  END

__
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com


Priscilla Oppenheimer
http://www.priscilla.com




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=37476t=37393
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]