Thanking you kindly for answering my question.
I did try that and now its clear.  Finally completed MPLS and MPLS VPN
topics.
On Mon, Jan 16, 2012 at 3:48 AM, Narbik Kocharians <narbikk_at_gmail.com>wrote:
> Mohammad,
>
> I do that in my books to make it easier for the student to look at the LIB
> and understand which LSR produced the label. But you won't do anything like
> that in real world implementation. When we see MPLS for the first time, it
> can get kind of confusing, but i found that this makes it a little easier.
>
> BTW, Good question.
>
> But you can always restrict the number of labels to something lower (Like
> 20, "100 120") and then, test it with adding more routes and see the error
> message.
>
> On Sun, Jan 15, 2012 at 12:56 PM, Scott Morris <swm_at_emanon.com> wrote:
>
> >  I have lots of unread GS e-mails, so I just resorted by name to look
> > through them...  My memory is good, but not THAT good.  :)
> >
> > No worries though!
> >
> > Scott
> >
> > On 1/15/12 12:46 PM, Imran Ali wrote:
> >
> >  sorry guys for VI openion , ha ha EUI- 64 for a serial , Seriously do
> >  still  you remember my question or did some search on GS . ?
> >  On Sun, Jan 15, 2012 at 9:45 PM, Scott Morris <swm_at_emanon.com> wrote:
> >
> >    And if you don't know the answer, just how can you determine
> >    whether the
> >    VS tag will apply prior to asking?
> >
> >    How about tagging responses like that as VI for very irritating?
> >     *shrug*
> >
> >    Perfectly valid question and simple enough to answer.  Could they
> >    have
> >    tested it on their own?  Sure, just set the label range to have
> >    like 10
> >    labels and there's less config before running into the problem.
> >    :)
> >
> >    But they asked.  In case you haven't noticed, there's a LOT of
> >    that
> >    which occurs, and yet the questions are answered.  I could select
> >    your
> >    question about EUI-64 for serial interfaces back in September as
> >    a
> >    potential example there.
> >
> >    Relax a little!  </rant>
> >
> >    *Scott Morris*, CCIE/x4/ (R&S/ISP-Dial/Security/Service Provider)
> >    #4713,
> >
> >    CCDE #2009::D, CCNP-Voice, JNCIE-SP #153, JNCIE-ER #102, CISSP,
> >    et al.
> >
> >    CCSI #21903, JNCI-SP, JNCI-ER
> >
> >    swm_at_emanon.com
> >
> >    Knowledge is power.
> >
> >    Power corrupts.
> >
> >    Study hard and be Eeeeviiiil......
> >
> >    On 1/15/12 10:37 AM, Imran Ali wrote:
> >    >> Apologies in advance for a very silly question but I am stuck
> >    so need an
> >    >> answer.
> >    >>
> >    > Dont mind but please tag the subject line as VS very silly
> >    before posting
> >    > such questions
> >    >
> >    >
> >    >
> >    >> What If I a PE router configured for a label range say 200
> >    299. I have only
> >    >> 100 label and if I have 500 routes in that network, how does
> >    this MPLS
> >    >> label work ?
> >    >>
> >    >> MPLS label is assigned to each route . I created a own lab to
> >    learn MPLS
> >    >> and I am now stuck at this. I will add some loopbacks and see
> >    how it works
> >    >> and will reduce the label range to say 20 and will add some 30
> >    loop back
> >    >> but if someone can explain me so that I can see them in
> >    action.
> >    >>
> >    >>
> >    >> R3#show mpls forwarding-table
> >    >> Local  Outgoing Prefix Bytes Label Outgoing Next Hop
> >    >> Label  Label  or Tunnel Id Switched  interface
> >    >> 300  Pop Label 2.2.2.2/32 0 Et0/0  10.1.23.2
> >    >> 301  201 4.4.4.4/32 0 Et0/0  10.1.23.2
> >    >> 302  Pop Label 10.1.24.0/24 0 Et0/0  10.1.23.2
> >    >> 303  No Label 1.1.0.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 305  No Label 1.1.1.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 306  No Label 1.1.2.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 307  No Label 1.1.3.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 308  No Label 1.1.4.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 309  No Label 1.1.5.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 310  No Label 1.1.6.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 311  No Label 1.1.7.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 312  No Label 1.1.8.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 313  No Label 1.1.9.1/32[V]  0 Se1/1
> >    >>  point2point
> >    >> 314  No Label 1.1.10.1/32[V] 0 Se1/1
> >    >>  point2point
> >    >> 315  No Label 10.1.13.0/24[V]  520 aggregate/CA
> >    >> 316  No Label 192.168.1.0/24[V] \
> >    >> 0 Se1/1  point2point
> >    >>
> >    >> Thanking you kindly in advance.
> >    >>
> >    >>
> >    >> Blogs and organic groups at http://www.ccie.net
> >    >>
> >    >>
> >
>  _______________________________________________________________________
> >    >> Subscription information may be found at:
> >    >> http://www.groupstudy.com/list/CCIELab.html
> >    >
> >    > Blogs and organic groups at http://www.ccie.net
> >    >
> >    >
> >
>  _______________________________________________________________________
> >    > Subscription information may be found at:
> >    > http://www.groupstudy.com/list/CCIELab.html
> >
> >    Blogs and organic groups at http://www.ccie.net
> >
> >
>  _______________________________________________________________________
> >    Subscription information may be found at:
> >    http://www.groupstudy.com/list/CCIELab.html
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> *Narbik Kocharians
> *CCSI#30832, CCIE# 12410 (R&S, SP, Security)
> *www.MicronicsTraining.com* <http://www.micronicstraining.com/>
> Sr. Technical Instructor
> YES! We take Cisco Learning Credits!
> Training & Remote Racks available
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
Blogs and organic groups at http://www.ccie.net
Received on Mon Jan 16 2012 - 14:56:17 ART
This archive was generated by hypermail 2.2.0 : Thu Feb 02 2012 - 11:52:51 ART