mpls-linux-general — Mailing list for general discussion about MPLS for Linux

[mpls-linux-general] MPLS FEC port

[D. M. <acu...@gm...>]

Hello everybody!

I solved my problems as far as compilation and installation of MPLS over
linux was concerned (MPLS 1.956 over Kubuntu 7.10 (kernel 2.6.22) ). Thank
you all for your answers.
Right now i am trying to add different labels to the incoming traffic
dependind on the port by which they get to the LER.
I send data by 2 different ports (one for the video and the other one for
the audio) to the same IP address. What i want to do is creating two
different LSP's (audio and video).
I don't know the linux instruction necessary that i have to use for the
command line. Normally i used to do like this for a single IP address and
port.

           var=`mpls nhlfe add key 0 instructions push gen 1000 nexthop eth0
ipv4 129.175.237.21| grep key |cut -c 17-26`
           ip route add 129.175.237.24 via 129.175.237.21 mpls $var

Any suggestions?

Thank you  very much,

David

[mpls-linux-general] Donald Trump missing, feared kidnapped

[w. <nak...@Si...>]

Gloomy Americans still spending money admist economy gloom
http://customer.webdesign-promotion.com/r.html

[mpls-linux-general] Top film from the Cannes

[S. <nai...@Si...>]

Herbal supplement at merely 5 cents a day
http://pisandonasnuvens.com.br/r.html

[mpls-linux-general] Be super large super fast today

[Trottier <rob...@Fr...>]

Gain more satisfaction with an extra inch http://www.miableke.com/

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[mpls-linux-general] Do not over-pay a single cent for your meds

[lawson <raj...@JE...>]

We sell the potent drugs online to meet all your medical needs http://www.weufvebr.com/

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[mpls-linux-general] Check this - discounts on viag

[Gannon <uil...@WI...>]

Stop paying full prices on your medication, you will save hundreds simply by purchasing online
http://www.trimanvet.com/

[mpls-linux-general] Buy medication online, save hundreds

[Marouchos <Aus...@WI...>]

You will not find better prices on medication anywhere else online http://www.dralienn.com/

--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

[mpls-linux-general] My name is Dr Cole! I advise you .....

[Brazen <bmu...@De...>]

Thousands of pre-approved drugs available online here. http://www.enipenso.com/

[mpls-linux-general] tc qdisc add - schedulers with both MPLS and plain IP

[Luca P. <luc...@li...>]

Hello,
I'm trying to write a scheduling strategy for 2 different kinds of flows:
-flow 1 is MPLS unicast (higher bandwidth reserved)
-flow 2 is IP
Both flows pass through the interface on which I'm enabling the qdiscs.
I tried to write something like:

tc qdisc add dev ath1 root handle 1: htb default 10
tc filter add dev ath1 parent 1:0 protocol 0x8847 prio 1 tcindex mask 
0xf shift 0 pass_on
tc filter add dev ath1 parent 1:0 protocol 0x8847 prio 1 handle 3 
tcindex classid 1:13
tc filter add dev ath1 parent 1:0 protocol ip prio 1 handle 1 tcindex 
classid 1:11
and so on...

This way it doesn't work, I think I'd have to specify someway that I 
want 2 scheduling strategies for 2 different protocols contending for 
the same resources. How can I do that?

I hope I've been clear, otherwise tell me!
Thank you,
Luca

[mpls-linux-general] (no subject)

[ashok <as...@ce...>]

h

[mpls-linux-general] regarding label stacking

[ashok <as...@ce...>]

 

  _____  

Hai all,
            How to implemenmt Label stacking.

            1: How to find the second lsp or mpls tunnel. 
            2: Does the label stack starts from where target hello message
is sent.
       
             
    Thanks and regards,
    Ashok.
   

[mpls-linux-general] Make your life perfect

[landmon <eer...@1-...>]

Boost your confidence, with a larger organ - you can now with enhancement pills
http://www.jimateel.com/

Re: [mpls-linux-general] MPLS beginner

[Adrian P. <adr...@gm...>]

If you've installed mpls for fedora (from the rpms from the site), make sure
you load the mpls4 module (modprobe mpls4) before issuing mpls commands.


On Thu, Jun 5, 2008 at 8:22 PM, David Martínez <acu...@gm...>
wrote:

> Hello everybody!
>
> I've just started to use MPLS and I have a little problem. This is my
> output for the console:
>
> root@orange6:~# mpls labelspace set dev eth0 labelspace 0
> root@orange6:~# mpls ilm add label gen 2001 labelspace 0
> RTNETLINK answers: Cannot allocate memory
> root@orange6:~# mpls nhlfe show
> NHLFE entry key 0x00000002 mtu 0 propagate_ttl
>          (0 bytes, 0 pkts)
>
> Anybody knows what's happening? something related to the modules?
>
> I am using MPLS 1.956 on the linux kernel 2.6.20.
>
> Thank you all,
>
> David
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>

[mpls-linux-general] MPLS beginner

[D. M. <acu...@gm...>]

Hello everybody!

I've just started to use MPLS and I have a little problem. This is my output
for the console:

root@orange6:~# mpls labelspace set dev eth0 labelspace 0
root@orange6:~# mpls ilm add label gen 2001 labelspace 0
RTNETLINK answers: Cannot allocate memory
root@orange6:~# mpls nhlfe show
NHLFE entry key 0x00000002 mtu 0 propagate_ttl
         (0 bytes, 0 pkts)

Anybody knows what's happening? something related to the modules?

I am using MPLS 1.956 on the linux kernel 2.6.20.

Thank you all,

David

[mpls-linux-general] several patches

[Jorge B. [DTI2] <jo...@dt...>]

	James,

	please review and integrate the attached patches.

01-MPLS-list-for-each:
	looks like inconsisten list traversal
02-MPLS-use-initializers:
	otherwise for example lockdep doesn't take into account these spinlocks
03-MPLS-oops-dumping-route-table:
	if you have lots of routes with shims attached you hit an oops dumping the route table

	BTW, have you talked lately with netdev folks about integrating your work into the kernel tree?

	Regards,

	-Jorge

==============================================================
Jorge Boncompte - Ingenieria y Gestion de RED
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be made.
==============================================================

Re: [mpls-linux-general] MPLS and 802.11e

[Jeremy J. <je...@co...>]

There was a time when madwifi had it's own classifying code, which I
disagree with.  IMO, it should respect the skb_priority field, which can
be set by iptables or generic networking stack code.

in net/ipv4/ip_input.c::ip_forward()

skb->priority = rt_tos2priority(iph->tos);

I believe the correct implementation might be for MPLS to set
skb->priority. Perhaps in addition to outgoing interface/label, there
should be a priority attribute for label switching, what would get
copied here for each packet as it is label-switched.

In madwifi 0.9.4 net80211/ieee80211_output.c::ieee80211_classify() you
have the details, if WME is enabled, then VLAN priority tag and IP TOS
are mapped hardcoded to skb-> priority, overwriting the linux network
core's setting.  If the packet is not VLAN or IP, it's prio is
overwritten always to WME_AC_BE.  This is the problem you're having with
MPLS.  It would be interesting to see how the ath5k driver does this,
since madwifi-ng is obsolete.

I think wifi code should just use the skb-> priority, instead of
implementing it's own policy in 802.11 stack.  It's not feasible to
duplicate the decoding of priority from all possible protocols, and
having it hardcoded in wifi driver.

On Thu, 2008-06-05 at 12:20 +0200, Jorge Boncompte [DTI2] wrote:
> Luca Pilosu escribió:
> > Do you mean it could be that MadWifi driver doesn't "understand" the 
> > meaning of the packet's fields but only extracts them with some kind of 
> > fixed-size masks?
> 
> 	Driver is not responsible of classifying packets, protocol stack 
> (net80211) is. You have to look at function ieee80211_classify() on the 
> file ieee80211_output.c. There you'll see that it only classifies VLAN 
> or IP packets. You have to modify and teach that function how to 
> classify MPLS/IP packets.
> 
> 	Regards,
> 
> 	-Jorge
> 
> ==============================================================
> Jorge Boncompte - Ingenieria y Gestion de RED
> DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
> --------------------------------------------------------------
> C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
> Tlf: +34 957 761395 / FAX: +34 957 450380
> ==============================================================
> - Sin pistachos no hay Rock & Roll...
> - Without wicker a basket cannot be made.
> ==============================================================
> 
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
-- 
Jeremy Jackson
Coplanar Networks
(519)489-4903
http://www.coplanar.net
je...@co...

Re: [mpls-linux-general] MPLS and 802.11e

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

On Thu, Jun 05, 2008 at 12:20:42PM +0200, Jorge Boncompte [DTI2] wrote:
> Luca Pilosu escribió:
> > Do you mean it could be that MadWifi driver doesn't "understand" the 
> > meaning of the packet's fields but only extracts them with some kind of 
> > fixed-size masks?
> 
> 	Driver is not responsible of classifying packets, protocol stack 
> (net80211) is. You have to look at function ieee80211_classify() on the 
> file ieee80211_output.c. There you'll see that it only classifies VLAN 
> or IP packets. You have to modify and teach that function how to 
> classify MPLS/IP packets.

... or more generically classify based off of tcindex/nfmark so that
other protocols besides IP can take advantage of this ...

> 
> 	Regards,
> 
> 	-Jorge
> 
> ==============================================================
> Jorge Boncompte - Ingenieria y Gestion de RED
> DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
> --------------------------------------------------------------
> C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
> Tlf: +34 957 761395 / FAX: +34 957 450380
> ==============================================================
> - Sin pistachos no hay Rock & Roll...
> - Without wicker a basket cannot be made.
> ==============================================================
> 
> 
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

[mpls-linux-general] Guess whose exposed boobs

[cowan <Nev...@LA...>]

She will beg for more with your enlarged organ
http://www.crywatez.com/

Re: [mpls-linux-general] MPLS and 802.11e

[Jorge B. [DTI2] <jo...@dt...>]

Luca Pilosu escribió:
> Do you mean it could be that MadWifi driver doesn't "understand" the 
> meaning of the packet's fields but only extracts them with some kind of 
> fixed-size masks?

	Driver is not responsible of classifying packets, protocol stack 
(net80211) is. You have to look at function ieee80211_classify() on the 
file ieee80211_output.c. There you'll see that it only classifies VLAN 
or IP packets. You have to modify and teach that function how to 
classify MPLS/IP packets.

	Regards,

	-Jorge

==============================================================
Jorge Boncompte - Ingenieria y Gestion de RED
DTI2 - Desarrollo de la Tecnologia de las Comunicaciones
--------------------------------------------------------------
C/ Abogado Enriquez Barrios, 5   14004 CORDOBA (SPAIN)
Tlf: +34 957 761395 / FAX: +34 957 450380
==============================================================
- Sin pistachos no hay Rock & Roll...
- Without wicker a basket cannot be made.
==============================================================

Re: [mpls-linux-general] MPLS and 802.11e

[Adrian P. <adr...@gm...>]

Yes, it could be offset-based, but for this you'll have to inspect the
code...
>From what I've read the tool you are using allows you to work with the wifi
module. I don't see why it would need to understand what MPLS/IP is.

On Thu, Jun 5, 2008 at 11:22 AM, Luca Pilosu <luc...@li...> wrote:

> Do you mean it could be that MadWifi driver doesn't "understand" the
> meaning of the packet's fields but only extracts them with some kind of
> fixed-size masks?
>
>
> Jeremy Jackson ha scritto:
> > I think MadWifi driver has it's own mapping policy, which might make it
> > more difficult.  I think it should be configurable, like vlan skb_prio
> > -> vlan priority mapping, but maybe it's not yet.
> >
> > You should look at the wireless driver code.
> >
> > On Wed, 2008-06-04 at 11:35 +0200, luc...@li... wrote:
> >
> >> Hello, I'm still working with MPLS over WiFi.
> >> I'm trying to enable wireless QoS
> >> extensions (802.11e) together with MPLS, but it seems not to succeed in
> >> classifying the flows once they are encapsulated in MPLS.
> >> I try to explain:
> >> 802.11e does a matching between the DSCP field of IP header and a class
> (Access
> >> Category) .
> >> When I send a flow with MPLS, if I sniff the traffic with wireshark
> >> I can see the DSCP field correctly written, but the wireless QoS
> information do
> >> not match with the right class.
> >> Otherwise, if I send the same flow without
> >> MPLS, everything works fine.
> >>
> >
> >
> > .
> >
> >
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>

Re: [mpls-linux-general] MPLS and 802.11e

[Luca P. <luc...@li...>]

Do you mean it could be that MadWifi driver doesn't "understand" the 
meaning of the packet's fields but only extracts them with some kind of 
fixed-size masks?


Jeremy Jackson ha scritto:
> I think MadWifi driver has it's own mapping policy, which might make it
> more difficult.  I think it should be configurable, like vlan skb_prio
> -> vlan priority mapping, but maybe it's not yet.
>
> You should look at the wireless driver code.
>
> On Wed, 2008-06-04 at 11:35 +0200, luc...@li... wrote:
>   
>> Hello, I'm still working with MPLS over WiFi.
>> I'm trying to enable wireless QoS 
>> extensions (802.11e) together with MPLS, but it seems not to succeed in 
>> classifying the flows once they are encapsulated in MPLS.
>> I try to explain: 
>> 802.11e does a matching between the DSCP field of IP header and a class (Access 
>> Category) .
>> When I send a flow with MPLS, if I sniff the traffic with wireshark 
>> I can see the DSCP field correctly written, but the wireless QoS information do 
>> not match with the right class.
>> Otherwise, if I send the same flow without 
>> MPLS, everything works fine.
>>     
>
>
> .
>
>   

Re: [mpls-linux-general] MPLS and 802.11e

[Jeremy J. <je...@co...>]

I think MadWifi driver has it's own mapping policy, which might make it
more difficult.  I think it should be configurable, like vlan skb_prio
-> vlan priority mapping, but maybe it's not yet.

You should look at the wireless driver code.

On Wed, 2008-06-04 at 11:35 +0200, luc...@li... wrote:
> Hello, I'm still working with MPLS over WiFi.
> I'm trying to enable wireless QoS 
> extensions (802.11e) together with MPLS, but it seems not to succeed in 
> classifying the flows once they are encapsulated in MPLS.
> I try to explain: 
> 802.11e does a matching between the DSCP field of IP header and a class (Access 
> Category) .
> When I send a flow with MPLS, if I sniff the traffic with wireshark 
> I can see the DSCP field correctly written, but the wireless QoS information do 
> not match with the right class.
> Otherwise, if I send the same flow without 
> MPLS, everything works fine.

[mpls-linux-general] R: Re: MPLS and 802.11e

[<luc...@li...>]

I use iwpriv, available with the madwifi driver.
It is not made for MPLS, but 
I wonder if I can use it or something similar to implement QoS at both layers.

My intention was to use 802.11e + some traffic engineering in MPLS.
Can you 
give me some advice about it?
Thank you





----Messaggio originale----
Da: 
adr...@gm...
Data: 04/06/2008 12.53
A: "luc...@li..."<
luc...@li...>
Cc: "mpls-linux-general"<mpls-linux-general@lists.
sourceforge.net>
Ogg: Re: [mpls-linux-general] MPLS and 802.11e

Hello

How 
do you map the DSCP to the wireless class? Which tool do you use for this? It 
might be that the tool/module you're using expects IP traffic, not MPLS...

On 
Wed, Jun 4, 2008 at 12:35 PM, luc...@li... <luc...@li...> 
wrote:
Hello, I'm still working with MPLS over WiFi.
I'm trying to enable 
wireless QoS
extensions (802.11e) together with MPLS, but it seems not to 
succeed in
classifying the flows once they are encapsulated in MPLS.
I try to 
explain:
802.11e does a matching between the DSCP field of IP header and a 
class (Access
Category) .
When I send a flow with MPLS, if I sniff the traffic 
with wireshark
I can see the DSCP field correctly written, but the wireless QoS 
information do
not match with the right class.
Otherwise, if I send the same 
flow without
MPLS, everything works fine.
I'd like to understand why, can 
anybody help me?

Thanks a lot,
Luca


-------------------------------------------------------------------------
Check 
out the new SourceForge.net Marketplace.
It's the best place to buy or sell 
services for
just about anything Open Source.
http://sourceforge.
net/services/buy/index.php
_______________________________________________
mpls-
linux-general mailing list
mpl...@li...
https:
//lists.sourceforge.net/lists/listinfo/mpls-linux-general

Re: [mpls-linux-general] MPLS and 802.11e

[Adrian P. <adr...@gm...>]

Hello

How do you map the DSCP to the wireless class? Which tool do you use for
this? It might be that the tool/module you're using expects IP traffic, not
MPLS...

On Wed, Jun 4, 2008 at 12:35 PM, luc...@li... <luc...@li...>
wrote:

> Hello, I'm still working with MPLS over WiFi.
> I'm trying to enable wireless QoS
> extensions (802.11e) together with MPLS, but it seems not to succeed in
> classifying the flows once they are encapsulated in MPLS.
> I try to explain:
> 802.11e does a matching between the DSCP field of IP header and a class
> (Access
> Category) .
> When I send a flow with MPLS, if I sniff the traffic with wireshark
> I can see the DSCP field correctly written, but the wireless QoS
> information do
> not match with the right class.
> Otherwise, if I send the same flow without
> MPLS, everything works fine.
> I'd like to understand why, can anybody help me?
>
> Thanks a lot,
> Luca
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>

Re: [mpls-linux-general] MPLS implementation on Linux

[Adrian P. <adr...@gm...>]

Hello David,

Can you post the steps you're following and the errors from the compilation?


On Tue, Jun 3, 2008 at 5:35 PM, James R. Leu <jl...@mi...> wrote:

> Hello David,
>
> Replying-inline
>
> On Tue, Jun 03, 2008 at 04:16:18PM +0200, =?ISO-8859-1?Q?David_Mart=EDnez_
> wrote:
> > Hello everybody!
> >
> > First of all, i have to tell that i am newbie on MPLS and i would
> > appreciate any suggestion or help about the topic.
> > I am trying to implement MPLS 1.950 as in the guide
> >
> http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/1-3-installation.html<http://www.elcom.pub.ro/%7Eadrian.popa/mpls-linux/mpls-linux-docs/1-3-installation.html>
> > I am using Kubuntu 7.10 (kernel 2.6.22-14) and i am trying to compile
> > linux kernel 2.6.15.1 (after being patched for MPLS 1.950). For doing
> > the compilation i have followed a lot of "how to compile" found on the
> > Internet but finally nothing worked out, giving all kind of errors and
> > warnings. I also tried to modify the gcc version and compile other
> > MPLS-patched kernel versions obtaining the same result.
> >
> > I am really frustrated about this and i would like to know which
> > method you used for implementing MPLS on Linux, which guide you
> > followed, or which Linux distribution.
>
> There are a couple of options available to you.
>
> I do all my development and testing on fedora.  Currently fedora 8 is
> my distribution of choice, but I support fedora 7 as well.  I will
> being the process of supporting fedora 9 in the coming weeks.  With
> this in mind, using fedora 8 is the easiest path to running a physical
> machine with MPLS support.
>
> If you are just looking for an experimental network you should consider
> NetKit which has added MPLS support recently.
>
>    http://www.netkit.org/
>
> It uses User Mode Linux to provide a simulated network environment.
>
> The path you are currently on is an option as well, but is only suggested
> for those who know the intimate details of how to build kernel packages
> for their distribution.
>
> > Thank you very much in advance,
> >
> > David
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
> --
> James R. Leu
> jl...@mi...
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>