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

[mpls-linux-general] ldp-linux problem

[Karthikeyan N. <ntk...@it...>]

hi
    i downloaded the ldp-portable-0.060 from the website and try to run
some experiments. I compiled it successfully. I couldnt find any option
called 'show route' in that program. Did i download the wrong version?.
Any help is greatly appreciated.

Reg,
karthik

------------------------------------------------------------------------------
                        Karthikeyan Nathillvar


Office:                                                               Res.:
-------                                                         -----
Team Niehaus Graduate Research Assistant
245 E, Nichols Hall,                                   1550, Eddingham Drive,
2335 Irving Hill Road,                                 Lawrence,
Lawrence,                                                 Kansas 66046 -4037
Kansas 66045 - 7612                                 Ph: 785-312-8001
Ph: 785-864-7774

                         " Dare to Dream Care to Achieve"
-------------------------------------------------------------------------------

[mpls-linux-general] Doc about tc, mpls and User Mode Linux

[Vincent J. <ja...@en...>]

Hi,

You can find a doc about:
 - tc 
 - mpls
 - User Mode Linux

at
http://perso.enst.fr/~jardin/mpls/memoire/

It is written in english.

Somedays, I will try to publish on the web all my testbeds and the scripts 
that are described in this documentation. (My CVS repository is only opened 
in our ENST's Intranet).

I hope it could be usefull.

Vincent

[mpls-linux-general] One query regarding unused TC code in RSVP-TE daemon

[<di...@mo...>]

Hi,
    Can you tell why the tc_test.c and tc_addlabel.c haven't been
compiled by including them in TCOBJS (alongwith rsvp_LLkernel.c)?

Thanks in advance,
Dipak

Re: [mpls-linux-general] RSVP-TE available and reachable

[Dipak B. <di...@mo...>]

Hi all,
    I'm facing problem to bring up 2.4.1 kernel properly with all the patches recommended. The eth0 is not
coming up and lockd is failing because of lockdsvc function not found.
    I've attached part of /var/log/boot.log file for your info. The problematic
parts are identified with "^^^^^^^^" and my queries are marked with
">>>>>>>>>".
    Please suggest.

Thanks in advance,
Dipak

  ------------------------------------------------------------------------
Jul 26 09:57:56 mozart syslog: syslogd startup succeeded
Jul 26 09:57:56 mozart syslog: klogd startup succeeded
Jul 26 09:57:56 mozart identd: identd startup succeeded
Jul 26 09:57:57 mozart atd: atd startup succeeded
Jul 26 09:57:57 mozart crond: crond startup succeeded
Jul 26 09:57:57 mozart rc: Starting pcmcia succeeded
Jul 26 09:57:45 mozart rc.sysinit: Mounting proc filesystem succeeded
Jul 26 09:57:45 mozart sysctl: net.ipv4.ip_forward = 0
Jul 26 09:57:45 mozart sysctl: net.ipv4.conf.all.rp_filter = 1
Jul 26 09:57:45 mozart sysctl: error: 'net.ipv4.ip_always_defrag' is an unknown key
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>>>>>>       There is no IP Masquerading code existing in the 2.4.5 kernel
        release.
Jul 26 09:57:45 mozart sysctl: error: 'kernel.sysrq' is an unknown key
                                                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Jul 26 09:57:45 mozart rc.sysinit: Configuring kernel parameters succeeded
Jul 26 09:57:45 mozart date: Thu Jul 26 09:57:45 EDT 2001
Jul 26 09:57:45 mozart rc.sysinit: Setting clock : Thu Jul 26 09:57:45 EDT 2001 succeeded
Jul 26 09:57:45 mozart rc.sysinit: Activating swap partitions succeeded
Jul 26 09:57:45 mozart rc.sysinit: Setting hostname mozart succeeded
Jul 26 09:57:45 mozart fsck: /dev/hda8: clean, 38953/218176 files, 291624/435755 blocks
Jul 26 09:57:45 mozart rc.sysinit: Checking root filesystem succeeded
Jul 26 09:57:45 mozart rc.sysinit: Remounting root filesystem in read-write mode succeeded
Jul 26 09:57:45 mozart rc.sysinit: Finding module dependencies succeeded
Jul 26 09:57:45 mozart aumix-minimal: aumix:  error opening mixer
                                      ^^^^^^
>>>>>>>>>>>>    What could be the problem. Sound configuration not well??

Jul 26 09:57:45 mozart rc.sysinit: Loading mixer settings failed
Jul 26 09:57:45 mozart fsck: /dev/hda1: clean, 31/6024 files, 9908/24066 blocks
Jul 26 09:57:45 mozart fsck: /dev/hda6: clean, 2123/641280 files, 264924/1281175 blocks
Jul 26 09:57:45 mozart fsck: /dev/hda7: clean, 319/256512 files, 8082/512064 blocks
Jul 26 09:57:45 mozart fsck: /dev/hda5: clean, 144942/1310720 files, 876420/2616579 blocks
Jul 26 09:57:45 mozart rc.sysinit: Checking filesystems succeeded
Jul 26 09:57:45 mozart rc.sysinit: Mounting local filesystems succeeded
Jul 26 09:57:45 mozart rc.sysinit: Turning on user and group quotas for local filesystems succeeded
Jul 26 09:57:58 mozart inet: inetd startup succeeded
Jul 26 09:57:46 mozart rc.sysinit: Enabling swap space succeeded
Jul 26 09:57:55 mozart kudzu:  succeeded
Jul 26 09:57:55 mozart sysctl: net.ipv4.ip_forward = 0
Jul 26 09:57:55 mozart sysctl: net.ipv4.conf.all.rp_filter = 1
Jul 26 09:57:55 mozart sysctl: kernel.sysrq = 0
Jul 26 09:57:55 mozart sysctl: error: 'net.ipv4.ip_always_defrag' is an unknown
key
>>>>>>>>>>>>>                          ^^^^^^^^^^^^^^^^^^^^^^^^^

Jul 26 09:57:55 mozart network: Setting network parameters succeeded
Jul 26 09:57:55 mozart network: Bringing up interface lo succeeded
Jul 26 09:57:55 mozart ifup: Delaying eth0 initialization.
Jul 26 09:57:55 mozart network: Bringing up interface eth0 failed
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>>>>>>>>>>   I think because of previous sysctl error, eth0 init failed and
        network connection couldn't come up.

Jul 26 09:57:55 mozart portmap: portmap startup succeeded
Jul 26 09:57:55 mozart rpc.lockd: lockdsvc: Function not implemented
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Jul 26 09:57:55 mozart nfslock: rpc.lockd startup failed
                                ^^^^^^^^^^^^^^^^^^^^^^^^
>>>>>>>>>>>>>   I have compiled LOCKD as module. Should I make it built-in??

Jul 26 09:57:56 mozart nfslock: rpc.statd startup succeeded
Jul 26 09:57:56 mozart apmd: apmd startup succeeded
Jul 26 09:57:56 mozart random: Initializing random number generator succeeded
Jul 26 09:57:58 mozart lpd: lpd startup succeeded
Jul 26 09:57:56 mozart mount: mount: RPC: Unable to send; errno = Network is unreachable
Jul 26 09:57:56 mozart mount: mount: RPC: Unable to send; errno = Network is unreachable
Jul 26 09:57:58 mozart keytable: Loading keymap:
Jul 26 09:57:56 mozart netfs: Mounting NFS filesystems failed
Jul 26 09:57:56 mozart netfs: Mounting other filesystems succeeded
Jul 26 09:57:58 mozart keytable: Loading /usr/lib/kbd/keymaps/i386/qwerty/us.kmap.gz
Jul 26 09:57:58 mozart keytable: Loading system font:
Jul 26 09:57:58 mozart rc: Starting keytable succeeded
Jul 26 09:57:58 mozart gpm: gpm startup succeeded
Jul 26 09:57:59 mozart httpd: [Thu Jul 26 09:57:59 2001] [alert] httpd: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName
Jul 26 09:57:59 mozart httpd:
Jul 26 09:57:59 mozart httpd: httpd startup succeeded
Jul 26 09:58:23 mozart tomcat: Using classpath: /var/tomcat/lib/ant.jar:/var/tomcat/lib/jasper.jar:/var/tomcat/lib/jaxp.jar:/var/tomcat/lib/parser.jar:/var/tomcat/lib/servlet.jar:/var/tomcat/lib/test:/var/tomcat/lib/webserver.jar:/usr/java/jdk1.3.0_02/lib/tools.jar
Jul 26 09:58:23 mozart tomcat: tomcat startup succeeded
Jul 26 09:58:25 mozart xfs: xfs startup succeeded
Jul 26 09:58:26 mozart linuxconf: Linuxconf final setup
Jul 26 09:58:28 mozart rc: Starting linuxconf succeeded

Re: [mpls-linux-general] RSVP-TE available and reachable

[<pim...@in...>]

pim...@in... wrote:

> Dipak Biswas wrote:
>
>> Hi,
>>     I've few questions.
>>     (i) Which version of Redhat kernel should be best to use? 2.4.x:
>> x==?
>
> Best is Linus (!= Redhat) kernel 2.4.1
>
>>     (ii) I've 2.2.14 kernel Redhat 6.2 release running on Intel
>> PentiumIII Celeron processor in my machine. What kind of problem I
>> may face to compile and subsequently upgrade to 2.4.x?
>
> I dont know, look for RH specific sources of information (should be
> fairly easy to find)
>
>>     (iii) The installation of iproute2 with its patch should be done
>> in which directory?
>
> does not matter
>
>> and, after compiling the new kernel, shouldn't "iproute2" be
>> installed as it's being installed in the case of "iptables" and its
>> patch at step 7? Please explain.
>
> Ok, step 7 should read: "Download iptables version 1.2, apply our
> patch ( help ) and install"

I was wrong, there's no strict need to install iptables, you need to
patch the kernel with the patch-o-matic that is included in the iptables
package (step 8).

>
>
>>     (iv) Reffering step 7, will not it be better to have common pool
>> of unused label for all the interfaces, so that when running MPLS
>> over other interfaces than ethernet
>
>> or increase in eth i/f to 4 and above, we need not think of
>> lebel.conf?
>
> yes, platform wide label spaces have certain advantages (although not
> always recommended e.g. ATM).
> I dont fully support the current design and certainly not the
> implementation (not part of our effort).
>
> However it does have a number of advantages:
> * you can setup the initial label in label.conf so that you always
> know who allocated a certain label (e.g. 3 figures per host, 1 figure
> per interface and 00, so 168100 is the first label on the first
> interface of the host abbreviated with 168)
> * you need a way to indicate on which interfaces MPLS is
> configured/allowed
> * easy to test running out of labels
> * it is not very difficult to change it to a global pool of labels for
> all interfaces (see rsvp_label.c)
>
> Pim.
>
>>
>>
>> Thanks in advance,
>> Dipak
>>
>> pim...@in... wrote:
>>
>> > Hi all,
>> >
>> > OK, the new URL is ready:
>> > http://dsmpls.atlantis.rug.ac.be
>> >
>> > Can those people who had problems in the past test this URL and
>> > also check if the mailing list archives are reachable?
>> >
>> > Pim.
>> >
>> > --
>> > Pim Van Heuven
>> > Ghent University - IMEC
>> > Department of Information Technology (INTEC)
>> > Sint-Pietersnieuwstraat, 41
>> > B-9000, Gent, Belgium
>> > tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
>> > fax : +32-(0)9267 3599
>> > e-mail : pim...@in...
>> > WWW :  http://www.intec.rug.ac.be
>> >
>> >
>>
> --
> Pim Van Heuven
> Ghent University - IMEC
> Department of Information Technology (INTEC)
> Sint-Pietersnieuwstraat, 41
> B-9000, Gent, Belgium
> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> fax : +32-(0)9267 3599
> e-mail : pim...@in...
> WWW :  http://www.intec.rug.ac.be
>
>

--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

Re: [mpls-linux-general] RSVP-TE available and reachable

[<pim...@in...>]

Dipak Biswas wrote:

> Hi,
>     I've few questions.
>     (i) Which version of Redhat kernel should be best to use? 2.4.x:
> x==?

Best is Linus (!= Redhat) kernel 2.4.1

>     (ii) I've 2.2.14 kernel Redhat 6.2 release running on Intel
> PentiumIII Celeron processor in my machine. What kind of problem I may
> face to compile and subsequently upgrade to 2.4.x?

I dont know, look for RH specific sources of information (should be
fairly easy to find)

>     (iii) The installation of iproute2 with its patch should be done
> in which directory?

does not matter

> and, after compiling the new kernel, shouldn't "iproute2" be installed
> as it's being installed in the case of "iptables" and its patch at
> step 7? Please explain.

Ok, step 7 should read: "Download iptables version 1.2, apply our patch
( help ) and install"

>     (iv) Reffering step 7, will not it be better to have common pool
> of unused label for all the interfaces, so that when running MPLS over
> other interfaces than ethernet

> or increase in eth i/f to 4 and above, we need not think of
> lebel.conf?

yes, platform wide label spaces have certain advantages (although not
always recommended e.g. ATM).
I dont fully support the current design and certainly not the
implementation (not part of our effort).

However it does have a number of advantages:
* you can setup the initial label in label.conf so that you always know
who allocated a certain label (e.g. 3 figures per host, 1 figure per
interface and 00, so 168100 is the first label on the first interface of
the host abbreviated with 168)
* you need a way to indicate on which interfaces MPLS is
configured/allowed
* easy to test running out of labels
* it is not very difficult to change it to a global pool of labels for
all interfaces (see rsvp_label.c)

Pim.

>
>
> Thanks in advance,
> Dipak
>
> pim...@in... wrote:
>
>> Hi all,
>>
>> OK, the new URL is ready:
>> http://dsmpls.atlantis.rug.ac.be
>>
>> Can those people who had problems in the past test this URL and also
>> check if the mailing list archives are reachable?
>>
>> Pim.
>>
>> --
>> Pim Van Heuven
>> Ghent University - IMEC
>> Department of Information Technology (INTEC)
>> Sint-Pietersnieuwstraat, 41
>> B-9000, Gent, Belgium
>> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
>> fax : +32-(0)9267 3599
>> e-mail : pim...@in...
>> WWW :  http://www.intec.rug.ac.be
>>
>>
>
--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

Re: Re: [mpls-linux-general] binding label/FEC to hosts

[krishnan. N <kri...@my...>]

Hello,

> 
> so you have one ingress label.
>
   Maybe, maybe more.
 
> >     I am curious to know:
> >     a) Would it be useful to be able to bind a label to
a host given
> >        only a net entry in the routing table?
> 
> Hmm, why add another layer above ARP?
> 
>  You only have one ingress label -> you *must* look at the 
> ip header to resolve the L2 destination, you cant infer
> it from the label.
> 
> From this ip header, you want another token (a label). 
> There is already a similar protocol, which resolves an 
> ip address to a flat token, it is called ARP.
> 
   There appears to be some confusion i have created; let
   me try again.

   The routing table has entries aggregated, i.e, all the
   routes a sub-net are resolved into a single entry
   
   192.168.2.0  gw 192.168.1.2 

   So, we need to go thru host with interface 1.2 to
   reach all hosts in the 2.0 interface. Let us assume 
   that there are 3 hosts 2.1, 2.2 and 2.3 in that sub-net.

   What i wanted to do was be able to say that only 
   packets to, say, 192.168.2.3 should be MPLS switched.

   In the current implementation, it appears that i can
   only specify an FEC with an existing entry in the
   routing table. I can only set up an FEC mapping:
 
mplsadm -A -B -O gen:16:eth0:192.168.2.1 -f 192.168.2.0/24
                                                    ^^^^^^
  and not:

mplsadm -A -B -O gen:16:eth0:192.168.2.1 -f 192.168.2.2/32 
                                                    ^^^^^^

  In any normal setup i would imagine that, when routing
  protocols are running, all routes will be aggregated 
  and MPLS'ing a host a few hops away would be required.

  Hope this makes my question a little more comprehensible.

thank you,
shyam

[mpls-linux-general] RE: tcp problem

[Giovanna P. (ERI) <Gio...@er...>]

The hint is valuable,and also previous ones I was already following, =
looking through
linux/net/ipv4/route.c code.
The point is that I still haven't worked out how I can patch
RSVP, to align it to mpls-0.993; as soon as I get a good result for =
this task, I will
go through tcp jamming problem,

Thanks,
Giovanna



-----Original Message-----
From: mi...@en... [mailto:mi...@en...]
Sent: gioved=EC 26 luglio 2001 22.40
To: mpl...@li...
Cc: Gio...@er...
Subject: tcp problem


Hi,
I think that by adding the line "rt->u.dst.pmtu -=3D 4;" to

linux/net/ipv4/route.c , rt_set_nexthop() ,

at

switch(moi->moi_instruction[i].mi_opcode),

in

case MPLS_OP_FWD:

       rt->u.dst.pmtu -=3D 4; /* <---- add this *** */
       moi =3D (struct mpls_out_info*) moi->moi_instruction[i].mi_data;
       goto mpls_again;
       break;

one can correct the small problem that lead to tha jaming of tcp links
established over mpls for linux when high traffic occured over that =
link.
I've tried it, and it works fine.


cheers
-istvan

Re: [mpls-linux-general] RSVP-TE available and reachable

[Dipak B. <di...@mo...>]

Hi,
    I've few questions.
    (i) Which version of Redhat kernel should be best to use? 2.4.x:
x==?
    (ii) I've 2.2.14 kernel Redhat 6.2 release running on Intel
PentiumIII Celeron processor in my machine. What kind of problem I may
face to compile and subsequently upgrade to 2.4.x?
    (iii) The installation of iproute2 with its patch should be done in
which directory? and, after compiling the new kernel, shouldn't
"iproute2" be installed as it's being installed in the case of
"iptables" and its patch at step 7? Please explain.
    (iv) Reffering step 7, will not it be better to have common pool of
unused label for all the interfaces, so that when running MPLS over
other interfaces than ethernet or increase in eth i/f to 4 and above, we
need not think of lebel.conf?

Thanks in advance,
Dipak

pim...@in... wrote:

> Hi all,
>
> OK, the new URL is ready:
> http://dsmpls.atlantis.rug.ac.be
>
> Can those people who had problems in the past test this URL and also
> check if the mailing list archives are reachable?
>
> Pim.
>
> --
> Pim Van Heuven
> Ghent University - IMEC
> Department of Information Technology (INTEC)
> Sint-Pietersnieuwstraat, 41
> B-9000, Gent, Belgium
> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> fax : +32-(0)9267 3599
> e-mail : pim...@in...
> WWW :  http://www.intec.rug.ac.be
>
>

[mpls-linux-general] tcp problem

[<mi...@en...>]

Hi,
I think that by adding the line "rt->u.dst.pmtu -= 4;" to

linux/net/ipv4/route.c , rt_set_nexthop() ,

at

switch(moi->moi_instruction[i].mi_opcode),

in

case MPLS_OP_FWD:

       rt->u.dst.pmtu -= 4; /* <---- add this *** */
       moi = (struct mpls_out_info*) moi->moi_instruction[i].mi_data;
       goto mpls_again;
       break;

one can correct the small problem that lead to tha jaming of tcp links
established over mpls for linux when high traffic occured over that link.
I've tried it, and it works fine.


cheers
-istvan

Re: [mpls-linux-general] Retry timer for Label requests

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

On Thu, Jul 26, 2001 at 09:29:03AM -0700, HariKishan wrote:
> 
> Hello,
> 
> 	How much time does a LSR wait for a response to the
> Label request it has sent? 

Currently ldp-portable doesn't have a retry timer implemented.  Once I
implement the timer, I'll be using a default of 5 seconds.

The value is implementation specific and should be exposed to the user for
their configuration.


Jim
-- 
James R. Leu

[mpls-linux-general] Retry timer for Label requests

[HariKishan <har...@er...>]

Hello,

	How much time does a LSR wait for a response to the
Label request it has sent? 

What value is used by recent Linux LDP implementation ?

thanks,
Kishan

RE: [mpls-linux-general] RSVP-TE available and reachable

[Giovanna P. (ERI) <Gio...@er...>]

I cannot reach the URL,
=20
thanks,
Giovanna

-----Original Message-----
From: pim...@in... =
[mailto:pim...@in...]
Sent: gioved=EC 26 luglio 2001 14.14
To: dsmpls; mpls-linux-sf
Subject: [mpls-linux-general] RSVP-TE available and reachable


Hi all,=20

OK, the new URL is ready:=20
http://dsmpls.atlantis.rug.ac.be <http://dsmpls.atlantis.rug.ac.be> =20


Can those people who had problems in the past test this URL and also =
check if the mailing list archives are reachable?=20


Pim.=20

--=20

Pim Van Heuven

Ghent University - IMEC

Department of Information Technology (INTEC)

Sint-Pietersnieuwstraat, 41

B-9000, Gent, Belgium

tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570

fax : +32-(0)9267 3599

e-mail : pim...@in...

WWW :   http://www.intec.rug.ac.be <http://www.intec.rug.ac.be>=20
 =20

[mpls-linux-general] RSVP-TE available and reachable

[<pim...@in...>]

Hi all,

OK, the new URL is ready:
http://dsmpls.atlantis.rug.ac.be

Can those people who had problems in the past test this URL and also
check if the mailing list archives are reachable?

Pim.

--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

[mpls-linux-general] RE: binding label/FEC to hosts -- TYPO

[krishnan n. <shy...@my...>]

Hello,

   Sorry, the line in my previous message should have read:

>    mpsadm -B ... -f 192.168.1.2/25
>
     mplsadm -B .. -f 192.168.1.2/32
                                 ^^^^

thank you,
shyam (krishnan)


------------------------------------------------------------
--== Sent via Deja.com ==--
http://www.deja.com/

Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for Linuxavailable

[<pim...@in...>]

Venisa Cabrilla wrote:

> >From: pim...@in...
> >To: Abhijit Gadgil <gab...@ee...>
> >CC: Dhiman Barman <dh...@cs...>,
> >mpl...@li...
> >Subject: Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for
> >Linuxavailable
> >Date: Wed, 25 Jul 2001 17:16:02 +0200
> >
> >Abhijit Gadgil wrote:
> >
> > > Dhiman,
> > >
> > > when i try to go to the site for the RSVP-TE/MPLS I get following HTTP
> > > error. Just curious if the url is correct?
> > >
> > > Error is incorrect url. underscore "_" is not allowed in the url.
> >
> >It is, at least according my understanding of
> >http://www.w3.org/Addressing/URL/url-spec.html
> >Anyway, which program is giving you trouble?
> >More people having trouble with the URL?
> >
>
> Yes, I have also the same problem.

Oh, o.k. ... (Still wondering why, perhaps proxy server. Netscape 4, mozilla,
lynx, IE5.5 all work fine for me)

the URL will be changed ASAP,
in the meanwhile I will sent the files to all of you after a simple request by
private email (file size 880K),

Pim.

>
>
> regards,
> ~Venisa Cabrilla
>
> >Pim.
> >
> > > Can u
> > > please mail me the rsvp-te thing offline?
> > >
> > > thanks in advance.
> > >
> > > -abhijit
> > >
> > > Mr. Dhiman Barman on Friday writes...
> > >
> > > DB>I am using rh7 and linux 2.4.6.
> > > DB>
> > > DB>I tried to patch and whatever failed I added manually.
> > > DB>Where are the definitions of the following in the kernel or iproute
> >patches
> > > DB>due to which the kernel is not compiling.
> > > DB>
> > > DB>1) where is ECHO defined as used in  __PF(ECHO, echo) (iproute
> >patch)?
> > > DB>2) where is "struct mpls_label" defined as used in
> > > DB>linux/include/net/mpls.h (kernel patch).
> > > DB>
> > > DB>
> > > DB>-dhiman
> > > DB>
> > > DB>
> > > DB>
> > > DB>
> > > DB>pim...@in... claims the following:
> > > DB>> Hi all,
> > > DB>>
> > > DB>> I guess that some of you might be interested in that fact that we
> >have
> > > DB>> released a RSVP daemon for Linux supporting DiffServ over MPLS.
> > > DB>>
> > > DB>> More information at:
> > > DB>> http://ds_mpls.atlantis.rug.ac.be
> > > DB>>
> > > DB>> Mailinglist:
> > > DB>> http://www-lists.atlantis.rug.ac.be/mail_external/listinfo/ds_mpls
> > > DB>>
> > > DB>> So, if your interested check it out.
> > > DB>>
> > > DB>> Cheers,
> > > DB>> Pim.
> > > DB>>
> > > DB>> --
> > > DB>> Pim Van Heuven
> > > DB>> Ghent University - IMEC
> > > DB>> Department of Information Technology (INTEC)
> > > DB>> Sint-Pietersnieuwstraat, 41
> > > DB>> B-9000, Gent, Belgium
> > > DB>> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> > > DB>> fax : +32-(0)9267 3599
> > > DB>> e-mail : pim...@in...
> > > DB>> WWW :  http://www.intec.rug.ac.be
> > > DB>>
> > > DB>>
> > > DB>>
> > > DB>>
> > > DB>
> > > DB>
> > >
> > > _______________________________________________
> > > mpls-linux-general mailing list
> > > mpl...@li...
> > > http://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >
> >--
> >Pim Van Heuven
> >Ghent University - IMEC
> >Department of Information Technology (INTEC)
> >Sint-Pietersnieuwstraat, 41
> >B-9000, Gent, Belgium
> >tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> >fax : +32-(0)9267 3599
> >e-mail : pim...@in...
> >WWW :  http://www.intec.rug.ac.be
> >
> >
>
> _________________________________________________________________
> Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
>
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> http://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for Linuxavailable

[Venisa C. <vca...@ho...>]

>From: pim...@in...
>To: Abhijit Gadgil <gab...@ee...>
>CC: Dhiman Barman <dh...@cs...>, 
>mpl...@li...
>Subject: Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for 
>Linuxavailable
>Date: Wed, 25 Jul 2001 17:16:02 +0200
>
>Abhijit Gadgil wrote:
>
> > Dhiman,
> >
> > when i try to go to the site for the RSVP-TE/MPLS I get following HTTP
> > error. Just curious if the url is correct?
> >
> > Error is incorrect url. underscore "_" is not allowed in the url.
>
>It is, at least according my understanding of
>http://www.w3.org/Addressing/URL/url-spec.html
>Anyway, which program is giving you trouble?
>More people having trouble with the URL?
>

Yes, I have also the same problem.

regards,
~Venisa Cabrilla


>Pim.
>
> > Can u
> > please mail me the rsvp-te thing offline?
> >
> > thanks in advance.
> >
> > -abhijit
> >
> > Mr. Dhiman Barman on Friday writes...
> >
> > DB>I am using rh7 and linux 2.4.6.
> > DB>
> > DB>I tried to patch and whatever failed I added manually.
> > DB>Where are the definitions of the following in the kernel or iproute 
>patches
> > DB>due to which the kernel is not compiling.
> > DB>
> > DB>1) where is ECHO defined as used in  __PF(ECHO, echo) (iproute 
>patch)?
> > DB>2) where is "struct mpls_label" defined as used in
> > DB>linux/include/net/mpls.h (kernel patch).
> > DB>
> > DB>
> > DB>-dhiman
> > DB>
> > DB>
> > DB>
> > DB>
> > DB>pim...@in... claims the following:
> > DB>> Hi all,
> > DB>>
> > DB>> I guess that some of you might be interested in that fact that we 
>have
> > DB>> released a RSVP daemon for Linux supporting DiffServ over MPLS.
> > DB>>
> > DB>> More information at:
> > DB>> http://ds_mpls.atlantis.rug.ac.be
> > DB>>
> > DB>> Mailinglist:
> > DB>> http://www-lists.atlantis.rug.ac.be/mail_external/listinfo/ds_mpls
> > DB>>
> > DB>> So, if your interested check it out.
> > DB>>
> > DB>> Cheers,
> > DB>> Pim.
> > DB>>
> > DB>> --
> > DB>> Pim Van Heuven
> > DB>> Ghent University - IMEC
> > DB>> Department of Information Technology (INTEC)
> > DB>> Sint-Pietersnieuwstraat, 41
> > DB>> B-9000, Gent, Belgium
> > DB>> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> > DB>> fax : +32-(0)9267 3599
> > DB>> e-mail : pim...@in...
> > DB>> WWW :  http://www.intec.rug.ac.be
> > DB>>
> > DB>>
> > DB>>
> > DB>>
> > DB>
> > DB>
> >
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > http://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>--
>Pim Van Heuven
>Ghent University - IMEC
>Department of Information Technology (INTEC)
>Sint-Pietersnieuwstraat, 41
>B-9000, Gent, Belgium
>tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
>fax : +32-(0)9267 3599
>e-mail : pim...@in...
>WWW :  http://www.intec.rug.ac.be
>
>


_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for Linuxavailable

[<pim...@in...>]

Abhijit Gadgil wrote:

> Dhiman,
>
> when i try to go to the site for the RSVP-TE/MPLS I get following HTTP
> error. Just curious if the url is correct?
>
> Error is incorrect url. underscore "_" is not allowed in the url.

It is, at least according my understanding of
http://www.w3.org/Addressing/URL/url-spec.html
Anyway, which program is giving you trouble?
More people having trouble with the URL?

Pim.

> Can u
> please mail me the rsvp-te thing offline?
>
> thanks in advance.
>
> -abhijit
>
> Mr. Dhiman Barman on Friday writes...
>
> DB>I am using rh7 and linux 2.4.6.
> DB>
> DB>I tried to patch and whatever failed I added manually.
> DB>Where are the definitions of the following in the kernel or iproute patches
> DB>due to which the kernel is not compiling.
> DB>
> DB>1) where is ECHO defined as used in  __PF(ECHO, echo) (iproute patch)?
> DB>2) where is "struct mpls_label" defined as used in
> DB>linux/include/net/mpls.h (kernel patch).
> DB>
> DB>
> DB>-dhiman
> DB>
> DB>
> DB>
> DB>
> DB>pim...@in... claims the following:
> DB>> Hi all,
> DB>>
> DB>> I guess that some of you might be interested in that fact that we have
> DB>> released a RSVP daemon for Linux supporting DiffServ over MPLS.
> DB>>
> DB>> More information at:
> DB>> http://ds_mpls.atlantis.rug.ac.be
> DB>>
> DB>> Mailinglist:
> DB>> http://www-lists.atlantis.rug.ac.be/mail_external/listinfo/ds_mpls
> DB>>
> DB>> So, if your interested check it out.
> DB>>
> DB>> Cheers,
> DB>> Pim.
> DB>>
> DB>> --
> DB>> Pim Van Heuven
> DB>> Ghent University - IMEC
> DB>> Department of Information Technology (INTEC)
> DB>> Sint-Pietersnieuwstraat, 41
> DB>> B-9000, Gent, Belgium
> DB>> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
> DB>> fax : +32-(0)9267 3599
> DB>> e-mail : pim...@in...
> DB>> WWW :  http://www.intec.rug.ac.be
> DB>>
> DB>>
> DB>>
> DB>>
> DB>
> DB>
>
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> http://lists.sourceforge.net/lists/listinfo/mpls-linux-general

--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

Re: [mpls-linux-general] RSVP-TE for DS/MPLS daemon for Linux available

[Abhijit G. <gab...@ee...>]

Dhiman,

when i try to go to the site for the RSVP-TE/MPLS I get following HTTP
error. Just curious if the url is correct?

Error is incorrect url. underscore "_" is not allowed in the url. Can u
please mail me the rsvp-te thing offline?

thanks in advance.

-abhijit


Mr. Dhiman Barman on Friday writes...

DB>I am using rh7 and linux 2.4.6.
DB>
DB>I tried to patch and whatever failed I added manually.
DB>Where are the definitions of the following in the kernel or iproute patches
DB>due to which the kernel is not compiling.
DB>
DB>1) where is ECHO defined as used in  __PF(ECHO, echo) (iproute patch)?
DB>2) where is "struct mpls_label" defined as used in
DB>linux/include/net/mpls.h (kernel patch).
DB>
DB>
DB>-dhiman
DB>
DB>
DB>
DB>
DB>pim...@in... claims the following:
DB>> Hi all,
DB>>
DB>> I guess that some of you might be interested in that fact that we have
DB>> released a RSVP daemon for Linux supporting DiffServ over MPLS.
DB>>
DB>> More information at:
DB>> http://ds_mpls.atlantis.rug.ac.be
DB>>
DB>> Mailinglist:
DB>> http://www-lists.atlantis.rug.ac.be/mail_external/listinfo/ds_mpls
DB>>
DB>> So, if your interested check it out.
DB>>
DB>> Cheers,
DB>> Pim.
DB>>
DB>> --
DB>> Pim Van Heuven
DB>> Ghent University - IMEC
DB>> Department of Information Technology (INTEC)
DB>> Sint-Pietersnieuwstraat, 41
DB>> B-9000, Gent, Belgium
DB>> tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
DB>> fax : +32-(0)9267 3599
DB>> e-mail : pim...@in...
DB>> WWW :  http://www.intec.rug.ac.be
DB>>
DB>>
DB>>
DB>>
DB>
DB>

[mpls-linux-general] binding label/FEC to hosts

[krishnan n. <shy...@my...>]

Hello,

    When the routing table contains net entries, say,
    192.168.1.0, how do we set up a label/FEC mapping
    to a specific host, say, 192.168.1.1?

    Assuming we would want to create a Label Switch
    Path to a specific host and also don't want to
    make the the host routing entry in every LSR
    in the path - the net entry to reach this host already
    exists - how do we do it? Is it at all possible?

    Currently, we are able to create FEC using the net
    entry:
    mplsadm -B ... -f 192.168.1.0/24
    What we would like to do is to have a label to a host:
    mpsadm -B ... -f 192.168.1.2/25

    From the code (i'm on *very* shaky ground here) it looks
    a bit hard to write host FEC to a n/w route in fib. Traced
    it down to:
    net/mpls/mpls_out_info.c: mpls_bind_out2fec
        ...
        ...
        if(fib_add_proto_data(&k,&res,AUX_PROTO_DATA_MPLS) == 0) ...

    and in:
    net/ipv4/fib_hash.c:fn_hash_add_proto_data()
        ...
        ...
        f->fn_proto_data[proto_num] = res->proto_data[proto_num];
        /* ??  appears, only one proto data may be added per proto
           num, even though fn_proto_data is declared *[] */

    It appears to be easier to hold this FEC in the mpls_out_info
    _tree list ?

    I am curious to know:
    a) Would it be useful to be able to bind a label to a host given
       only a net entry in the routing table?
    b) does the Forwarding Information Base semantics support this
       at all?
    c) Alternatively, does it make sense to map a net entry to a
       host entry. What i mean is, if the user specifies a host
       entry ( mplsadm -f 192.168.1.2/32  in the example above)
       would it make sense to silently map this to 192.168.1.0/24?
       since only 192.168.1.0 entry exists in the routing table?
    d) (unrelated question) where can i get more information about the
       kernel mutiple table support / Forwarding Information Base?

thank you,
shyam


------------------------------------------------------------
--== Sent via Deja.com ==--
http://www.deja.com/

[mpls-linux-general] Re: [ds_mpls] TCP mpls-sf bug

[<pim...@in...>]

"Giovanna Piantanida (ERI)" wrote:

> Thank you,
> anyway I think it would already be a good result if the crash were avoided, as
> it is quite dramatic.

Well what can do is:

make a diff between (linux-2.4 + RSVP-TE MPLS patch) and (linux 2.4 + MPLS 0.990)

and apply (patch) it to (linux-2.4 + MPLS 0.993)

Not sure how clean it will patch...

Let me know how it went if you are going for it.

Pim.

>
>
> giovanna
>
> -----Original Message-----
> From: mistvan [mailto:Ist...@ul...]
> Sent: mercoledì 25 luglio 2001 12.05
> To: Giovanna Piantanida (ERI)
> Cc: dsmpls; 'mpl...@li...'
> Subject: Re: [ds_mpls] TCP mpls-sf bug
>
> Hi,
> as far as I know the bug is more or less present in 0.993 too, but it's
> not causing a kernel crash, I've observed that it only jams TCP
> connections if there is high traffic on them,
> -istvan
>
> On Wed, 25 Jul 2001, Giovanna Piantanida (ERI) wrote:
>
> > Hi Pim,
> >
> >  a bug in release 0.990 od mpls-linux was declared from J.Leu (you can
> > retrieve from the MPLS mailing list on
> > Sourceforge the related messages sent on June 19-20-21, 2001) that
> > "resulted in TCP traffic causing a kernel
> > crash".
> > An attempt to sent ftp traffic on LSP established by RSVP-TE showed us
> > that the bug is still present in your
> > 0.990-based patch.
> > J.Leu hint for those who planned to send TCP based traffic, was to move
> > to release 0.993.
> >
> > regards,
> > Giovanna
> >
>
> _______________________________________________
> ds_mpls mailing list
> ds...@at...
> http://www-lists.atlantis.rug.ac.be/mail_external/listinfo/ds_mpls

--
Pim Van Heuven
Ghent University - IMEC
Department of Information Technology (INTEC)
Sint-Pietersnieuwstraat, 41
B-9000, Gent, Belgium
tel.: +32-(0)9267 3592, secr.: +32-(0)9267 3570
fax : +32-(0)9267 3599
e-mail : pim...@in...
WWW :  http://www.intec.rug.ac.be

[mpls-linux-general] RE: [ds_mpls] TCP mpls-sf bug

[Giovanna P. (ERI) <Gio...@er...>]

Thank you,
anyway I think it would already be a good result if the crash were =
avoided, as
it is quite dramatic.

giovanna

-----Original Message-----
From: mistvan [mailto:Ist...@ul...]
Sent: mercoled=EC 25 luglio 2001 12.05
To: Giovanna Piantanida (ERI)
Cc: dsmpls; 'mpl...@li...'
Subject: Re: [ds_mpls] TCP mpls-sf bug


Hi,
as far as I know the bug is more or less present in 0.993 too, but it's
not causing a kernel crash, I've observed that it only jams TCP
connections if there is high traffic on them,
-istvan

On Wed, 25 Jul 2001, Giovanna Piantanida (ERI) wrote:

> Hi Pim,
>
>  a bug in release 0.990 od mpls-linux was declared from J.Leu (you =
can
> retrieve from the MPLS mailing list on
> Sourceforge the related messages sent on June 19-20-21, 2001) that
> "resulted in TCP traffic causing a kernel
> crash".
> An attempt to sent ftp traffic on LSP established by RSVP-TE showed =
us
> that the bug is still present in your
> 0.990-based patch.
> J.Leu hint for those who planned to send TCP based traffic, was to =
move
> to release 0.993.
>
> regards,
> Giovanna
>

[mpls-linux-general] TCP mpls-sf bug

[Giovanna P. (ERI) <Gio...@er...>]

Hi Pim,
 
 a bug in release 0.990 od mpls-linux was declared from J.Leu (you can retrieve from the MPLS mailing list on 
Sourceforge the related messages sent on June 19-20-21, 2001) that "resulted in TCP traffic causing a kernel
crash".
An attempt to sent ftp traffic on LSP established by RSVP-TE showed us that the bug is still present in your
0.990-based patch.
J.Leu hint for those who planned to send TCP based traffic, was to move to release 0.993. 
 
regards,
Giovanna

[mpls-linux-general] problem

[Dhiman B. <dh...@cs...>]

With utter frustration, I condescended to use linux-2.4.0 so that
atleast label switching works, such as 
./mpls as 2 30 4 35. 

I added iproute2 patch, mpls patch everything. 

Everytime I get 
"No buffer available". I just put some printfs in mpls.c. 
The sendmsg of netlink socket fails. I dont know why. So before I go
through it, please someone suggest what can be the problem. Or what
I am missing.

Thanks,
Dhiman
-- 
Frankfort, Kentucky, makes it against the law to shoot off a
policeman's tie.

[mpls-linux-general] Help needed

[K.Padmanabhan <pkr...@cs...>]

Hi,
I am working on the MPLS project.
I have downloaded the MPLS signalling , LDP source code and installed the
same. The Documentation along with the distribution helped me a lot. Thanks
a lot.

Is there any documentation available (like Design Documents) about the
implementation of MPLS signalling and LDP ?
I would like to know more the MPLS patch files applied to the kernel and
their functionalities .

Thanks in advance,

Regards,
paddu