Re: [mpls-linux-general] mpls in layer 2 equipment (pc working as switch)

[James R. L. <jl...@mi...>]

The nexthop logic that is associated with a NHLFE is designed to
figure out how to deliver the MPLS packet to the next device.
In the linux kernel this is done via the 'neighbour' sub system which
handles all of the possible link types and there associated addressing
models.

It would be easy to modify the 'mpls' command to accept a MAC address
'nexthop eth1 MAC 00:0a:0a:0a:0a:0a', but I'm not quite sure how
easy it is to by-pass the neighbour subsystem.

If we get that far, then you could create MPLS tunnel interfaces
on your ingress LERs and point IP routes down the tunnels or use
ebtables to map ingress ethernet frames to an LSP.

I'm trying to finish up converting my development environment
and build scripts to GIT.  Once that is done I could start to look
into the feasability of use MACs as nexthops.

On Thu, May 28, 2009 at 11:52:28AM +0100, Ricardo Faria wrote:
> Hello.
> 
> It is possible to use MPLS in a layer 2 (data link) equipment? 
> 
> I want to connect several pcs, with IPs, with layer 2 equipments (pc working
> as switch) running MPLS. This means that this switch-pcs don't have IPs.
> Therefore, the mpls nhlfe command cannot be performed between 2 switch-pcs,
> (again, no IP exists, only MAC). 
> 
> Also, I cannot make ip route add. 
> 
> Any suggestion?
> 
>  
> 
> Thanks, 
> 
> Ricardo
> 
>  
> 

> ------------------------------------------------------------------------------
> Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT 
> is a gathering of tech-side developers & brand creativity professionals. Meet
> the minds behind Google Creative Lab, Visual Complexity, Processing, & 
> iPhoneDevCamp as they present alongside digital heavyweights like Barbarian 
> Group, R/GA, & Big Spaceship. http://p.sf.net/sfu/creativitycat-com 
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general


-- 
James R. Leu
jl...@mi...