Ok Marko, thanks for investigating. We'll just have to take this one as it is. Although it would have been nice to understand what's behind the scenes :)
On Thu, Nov 11, 2010 at 10:29 PM, Marko Milivojevic <[email protected]>wrote: > I spent good part of the afternoon trying to figure out the answer to > this question. I.e. I know that's how it's configured, but I wanted to > point you to a documentation where the inner working is explained. > Needless to say, I failed miserably :-). > > Since it works, I'm more than certain there is something in the > encapsulated packet that carries the information telling IOS which > downstream DLCI to use. > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > FREE CCIE training: http://bit.ly/vLecture > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Web: http://www.ipexpert.com/ > > On Thu, Nov 11, 2010 at 02:48, Daniel Gheorghe > <[email protected]> wrote: > > Hi all, > > > > I have one question regarding the "Exploring the Frame Relay Cloud" blog > > post. This could also apply to the FR vLecture scenario Marko presented > some > > time ago, but I will give the blog post as an example. > > > > In the FR switching configs, why don't we have the following > configuration? > > > > FR2: > > > > interface Tunnel24 > > frame-relay route 143 int serial1/1 143 > > frame-relay route 243 int serial1/0 203 > > > > FR4: > > > > interface Tunnel24 > > frame-relay route 143 int serial1/0 301 > > frame-relay route 243 int serial1/0 24 > > > > How do the DLCIs received over the tunner interface get routed out of the > FR > > cloud (to R2/R3) ? > > > > > > Daniel G. > > _______________________________________________ > > For more information regarding industry leading CCIE Lab training, please > > visit www.ipexpert.com > > > > >
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
