mpls-linux-devel Mailing List for MPLS for Linux (Page 25)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

hi,
could some one please tell me what the exact function of quagga and
ldp-portable.
plus, are these two modules required to set up a simple test scenario
with static LSPs.
thanks.
kiran

Please read the 'RPM support!!!!!' section on http://mpls-linux.sf.net/

On Thu, Jan 27, 2005 at 07:32:28PM +0530, Kiran Kaipa wrote:
> hi,
> i am a student from Symbiosis Center for Information Technology, Pune,
> Maharashtra, India. I am currently working on a project which is the
> study of the working of MPLS on Linux.
> It would be great if someone could give me insights as to how to go
> about installing the rpms and more specefically, which build to
> download for Red Hat 9 or Fedora Core 2.
> Thanks.
> Kiran
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

I uploaded newer versions of the kernel/quagga/mpls-linux files to
sourceforge.  These files contain a couple of crucial fixes for MPLS tunnel
interfaces.  So anyone who has downloaded the kernel or quagga RPMs you will
want to get the updated ones, I've changed the release number and added
or incremented the letter at the end.  Here is a list of the updated
files:

    kernel-2.6.9-1.6_FC2mpls_1_946a.src.rpm
    kernel-2.6.9-1.6_FC2mpls_1_946a.i686.rpm
    quagga-0.97.3-1.FC3mpls1_946b.src.rpm
    quagga-0.97.3-1.FC3mpls1_946b.i386.rpm
    mpls-linux-1.946a.tar.bz2

In addition I've added new examples to the mpls-linux home page.  The
examples cover the new 'mpls' commands usage and the new quagga MPLS CLI
usage as well.

    http://mpls-linux.sf.net/

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

hi,
i am a student from Symbiosis Center for Information Technology, Pune,
Maharashtra, India. I am currently working on a project which is the
study of the working of MPLS on Linux.
It would be great if someone could give me insights as to how to go
about installing the rpms and more specefically, which build to
download for Red Hat 9 or Fedora Core 2.
Thanks.
Kiran

I have just uploaded the binary and source RPMs for mpls-linux 1.946, tarballs
will follow soon.

Release Name: 1.946

Notes:
    The binaries RPMs are built on a Fedora Core 2 installation.  The source
    RPMs can be used to build binary RPMs for other RPM systems.

    Their is no longer a mplsadm2 utility.  The CLI for creating LSPs is now
    implemented in the 'mpls' utility which is part of the iproute2 package.

Changes:
    Kernel changes
    -----------------
    -remove the procfs interface
    -remove most of the sysfs interface
    -remove the IOCTL API
    -finish the netlink API
    -MPLS tunnel interface is no longer a module
    -add counter support to the netlink API

    iproute2 changes
    -------------------
    -add all instructions to the 'mpls' utility
    -add tunnel support to the 'mpls' utility
    -add counter support to the 'mpls' utility
    -add mpls-linux version to -V command

    iptables changes
    ------------------
    -add mpls-linux version to the -V command

    quagga
    ------
    -add the new MPLS framework

I will be updating the mpls-linux.sf.net web page with updated examples
using the 'mpls' utility and the new quagga CLI.

For now here are some simple examples:

'mpls' utility usage
--------------------

    mpls nhlfe add key 0 instructions push gen 16 nexthop wlan0 ipv4 192.168.2.1
    (output: "Key: 0x2")
    mpls ilm add label gen 16 labelspace 0
    mpls labelspace add dev eth0 labelspace 0
    mpls xc add ilm_label gen 16 ilm_labelspace 0 nhlfe_key 0x2
    mpls tunnel add dev mpls0 key 0x2
    ip route add 10.0.0.0/24 via 192.168.2.1 spec_nh 0x8847 0x2

quagga MPLS CLI
---------------

    Ingress LER
    -----------
    iler# conf t
    iler(config)# ip route 10.0.0.0/24 gen 16 nexthop eth1 192.168.2.1
    iler(config)# end
    iler# show mpls forwarding
    Insegments:

    Total 0

    Outsegments:
      Interface          Label Next Hop        Owner
      eth1                  16 192.168.2.1     STATIC
    Total 1

    Cross Connects:

    Total 0

    iler# show ip route 10.0.0.0/24
    Routing entry for 10.0.0.0/24
      Known via "static", distance 1, metric 0, best
      * 192.168.2.1, via eth1 (label 16)

    iler#

    LSR
    ---
    lsr# conf t
    lsr(config)# mpls static 0
    lsr(config-ls)# label-map gen 16 swap gen 17 nexthop eth1 192.168.3.1
    lsr(config-ls)# exit
    lsr(config)# int eth0
    lsr(config-if)# mpls labelspace 0
    lsr(config-if)# end
    lsr# show mpls forwarding
    Insegments:
      Lbl Spc  Label Owner
        0         16 STATIC
    Total 1

    Outsegments:
      Interface          Label Next Hop        Owner
      eth1                  17 192.168.3.1     STATIC
    Total 1

    Cross Connects:
      Lbl Spc  In Label Out Label Interface        Next Hop        Owner
        0            16        17 eth1             192.168.3.1     STATIC
    Total 1

    lsr# show interface eth0
    Interface eth0 is up, line protocol detection is disabled
      index 8 metric 1 mtu 1500 <UP,BROADCAST,RUNNING,MULTICAST>
      HWaddr: 00:05:5d:a6:e4:33
      MPLS labelspace 0
      inet 192.168.2.1/24 broadcast 192.168.2.255
      inet6 fe80::205:5dff:fea6:e433/64
        input packets 2737, bytes 1650440, dropped 0, multicast packets 0
        input errors 0, length 0, overrun 0, CRC 0, frame 0, fifo 0, missed 0
        output packets 2862, bytes 452923, dropped 0
        output errors 0, aborted 0, carrier 0, fifo 0, heartbeat 0, window 0
        collisions 0
    lsr#

    Egress LER
    ----------

    eler# conf t
    eler(config)# int eth0
    eler(config-if)# mpls labelspace 0
    eler(config-if)# exit
    eler(config)# mpls static 0
    eler(config-ls)# label-map gen 17 pop
    eler(config-ls)# end
    eler# show mpls forwarding
    Insegments:
      Lbl Spc  Label Owner
        0         17 STATIC
    Total 1

    Outsegments:

    Total 0

    Cross Connects:

    Total 0

    eler# show int eth0
    Interface eth0 is up, line protocol detection is disabled
      index 8 metric 1 mtu 1500 <UP,BROADCAST,MULTICAST>
      HWaddr: 00:05:5d:a6:e4:33
      MPLS labelspace 0
      inet 192.168.3.1/24 broadcast 192.168.3.255
      inet6 fe80::205:5dff:fea6:e433/64
        input packets 2759, bytes 1657918, dropped 0, multicast packets 0
        input errors 0, length 0, overrun 0, CRC 0, frame 0, fifo 0, missed 0
        output packets 2881, bytes 454579, dropped 0
        output errors 0, aborted 0, carrier 0, fifo 0, heartbeat 0, window 0
        collisions 0
    eler#

Please post questions to the mpl...@li...

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

Are you using a Fedora 2 system?  If so just install the iproute RPM.
Otherwise you are correct in thinking you can use teh contents of the
src RPM to build iproute2 on whatever distribution you are running.

If you are using redhat 9 or Fedora 1, try doing a:

rpmbuild --rebuild <src rpm>

system On Wed, Dec 15, 2004 at 09:12:28PM +0800, sanjeev ravindran wrote:
> Hi,
> I have downloaded mpls-linux-1.938.tar and I have all the patch files with me.. Now im trying patch iproute2.
> The README.iproute2 file says to untar iproute2-current.tar.gz. Do I have to download it or can I use iproute-2.4.7-14mpls_1_938.src.rpm? (I mean to say after the source file is exctracted)Im sorry, if its too silly.. im quite new to these stuff... but im really interested..
> 
> 
> Any help will be most appreciated..
> 
> Thanks and regards,
> sanjeev
> 
> -- 
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org 
> This allows you to send and receive SMS through your mailbox.
> 
> 
> Powered by Outblaze
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hi,
I have downloaded mpls-linux-1.938.tar and I have all the patch files with =
me.. Now im trying patch iproute2.
The README.iproute2 file says to untar iproute2-current.tar.gz. Do I have t=
o download it or can I use iproute-2.4.7-14mpls_1_938.src.rpm? (I mean to s=
ay after the source file is exctracted)Im sorry, if its too silly.. im quit=
e new to these stuff... but im really interested..

Any help will be most appreciated..

Thanks and regards,
sanjeev

--=20
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org=20
This allows you to send and receive SMS through your mailbox.

Powered by Outblaze

All of the "instructions" that interact with the kernel QoS are in 2.4

On Tue, Dec 14, 2004 at 06:05:06PM +0800, sanjeev ravindran wrote:
> Hi,
> Can anybody tell if 2.4 mpls-linux kernel supports Qos???
> 
> Thanks in advance,
> Sanjeev
> -- 
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org 
> This allows you to send and receive SMS through your mailbox.
> 
> 
> Powered by Outblaze
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hi,
Can anybody tell if 2.4 mpls-linux kernel supports Qos???

Thanks in advance,
Sanjeev
--=20
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org=20
This allows you to send and receive SMS through your mailbox.

Powered by Outblaze

I no longer support mpls-linux on 2.4 kernels.

On Mon, Dec 13, 2004 at 01:57:46PM +0800, sanjeev ravindran wrote:
> Hi,
> I need the mpls-linux kernel 2.4 version.. I found the same at http://prdownloads.sourceforge.net/mpls-linux/kernel-2.4.18-27.8.0+mpls1.172.src.rpm?use_mirror=jaist..
> 
> But its not downloaded properly.. i gooled a lot but with no result....
> and im not sure 2.4 version supports Qos ..
> 
> Can anybody help me regarding this???
> Thanks in advance..
> sanjeev
> 
> -- 
> ______________________________________________
> Check out the latest SMS services @ http://www.linuxmail.org 
> This allows you to send and receive SMS through your mailbox.
> 
> 
> Powered by Outblaze
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now. 
> http://productguide.itmanagersjournal.com/
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hi,
I need the mpls-linux kernel 2.4 version.. I found the same at http://prdow=
nloads.sourceforge.net/mpls-linux/kernel-2.4.18-27.8.0+mpls1.172.src.rpm?us=
e_mirror=3Djaist..

But its not downloaded properly.. i gooled a lot but with no result....
and im not sure 2.4 version supports Qos ..

Can anybody help me regarding this???
Thanks in advance..
sanjeev

--=20
______________________________________________
Check out the latest SMS services @ http://www.linuxmail.org=20
This allows you to send and receive SMS through your mailbox.

Powered by Outblaze

On Tue, Nov 09, 2004 at 02:03:26PM +0100, windtim@libero.i wrote:
> Hi
>    i've tryed to set an LSP between my routers,
> 
>                    192.168.1.2          192.168.1.1
>              PC1                                                 PC2
> i've tryed to do
> [root@localhost root]# mplsadm2 -A -I gen:12:0
> MPLSADM mplsadm.c:676:main: In label input: gen:12:0
> MPLSADM mplsadm.c:229:fill_label: Label type: gen
> In Label add: Invalid argument
> What's happened? I've tryed also to do the same giving label value 120 and it

Read RFC3032 you'll see that generic label 0-15 are reserved.

> works fine. It seems that if label value is composed by 3 number (100....999) it
> works well, if it is composed by 2 number (10...99) it doesn't work and gives me
> error. I've attached dmesg output that pc gives me after that instruction.
> Can you help me?
> 
> 
> 
> ____________________________________________________________
> Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. 
> Abbonati subito su http://www.libero.it 

> c:650:mpls_add_in_label: exit
> MPLS DEBUG net/mpls/mpls_ioctls.c:132:mpls_ioctl: IOCTL Add ILM 35850 
> MPLS DEBUG net/mpls/mpls_ilm.c:595:mpls_add_in_label: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:600:mpls_add_in_label: Unable to add reserved label to ILM
> MPLS DEBUG net/mpls/mpls_ilm.c:650:mpls_add_in_label: exit
> MPLS DEBUG net/mpls/mpls_ioctls.c:132:mpls_ioctl: IOCTL Add ILM 35850 
> MPLS DEBUG net/mpls/mpls_ilm.c:595:mpls_add_in_label: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:136:ilm_dst_alloc: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:121:ilm_dst_gc: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:122:ilm_dst_gc: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:423:mpls_destroy_in_instrs: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:694:mpls_instrs_unregister: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:706:mpls_instrs_unregister: exit
> MPLS DEBUG net/mpls/mpls_instr.c:98:mpls_instrs_free: enter
> MPLS DEBUG net/mpls/mpls_instr.c:104:mpls_instrs_free: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:427:mpls_destroy_in_instrs: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:454:mpls_set_in_instrs: built: 2 for ILM gen:999:0-0x003e7001
> MPLS DEBUG net/mpls/mpls_sysfs.c:664:mpls_instrs_register: registering OP-00-POP
> MPLS DEBUG net/mpls/mpls_sysfs.c:664:mpls_instrs_register: registering OP-01-PEEK
> MPLS DEBUG net/mpls/mpls_ilm.c:171:ilm_dst_alloc: exit
> MPLS DEBUG include/net/mpls.h:681:mpls_ilm_hold: gen:999:0-0x003e7001-get 1
> MPLS DEBUG include/net/mpls.h:681:mpls_ilm_hold: gen:999:0-0x003e7001-get 2
> MPLS DEBUG include/net/mpls.h:692:mpls_ilm_release: gen:999:0-0x003e7001-put 1
> MPLS DEBUG net/mpls/mpls_ilm.c:650:mpls_add_in_label: exit
> MPLS DEBUG net/mpls/mpls_ioctls.c:140:mpls_ioctl: IOCTL Del ILM 35851 
> MPLS DEBUG net/mpls/mpls_ilm.c:680:mpls_del_in_label: enter
> MPLS DEBUG include/net/mpls.h:681:mpls_ilm_hold: gen:999:0-0x003e7001-get 2
> MPLS DEBUG net/mpls/mpls_ilm.c:295:mpls_delete_ilm: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:306:mpls_delete_ilm: Inactive & Unregistering gen:999:0-0x003e7001  rfcnt:4
> MPLS DEBUG net/mpls/mpls_ilm.c:423:mpls_destroy_in_instrs: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:694:mpls_instrs_unregister: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:700:mpls_instrs_unregister: unregistering OP-00-POP
> Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
> in_atomic():1[expected: 0], irqs_disabled():0
>  [<0211b769>] __might_sleep+0x82/0x8c
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<021a6bc9>] sysfs_remove_dir+0x32/0x305
>  [<021d70bf>] kobject_del+0x16/0x1e
>  [<021d70cf>] kobject_unregister+0x8/0x10
>  [<022fde2a>] mpls_instrs_unregister+0x7d/0xbc
>  [<022f5a7b>] mpls_destroy_in_instrs+0x3d/0x83
>  [<022f576e>] mpls_delete_ilm+0xe7/0x180
>  [<022f634a>] mpls_del_in_label+0x2a4/0x43e
>  [<022f7ac5>] mpls_ioctl+0x359/0x530
>  [<1283b80e>] do_get_write_access+0x627/0x643 [jbd]
>  [<0230060e>] __cond_resched+0x14/0x3b
>  [<021643c6>] __getblk+0x2b/0x49
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<021d9dbb>] __copy_to_user_ll+0x41/0x48
>  [<0215df15>] put_user_size+0x1c/0x2d
>  [<02180db5>] update_atime+0x60/0x9e
>  [<0213e78b>] do_generic_mapping_read+0x2fd/0x305
>  [<021420d0>] buffered_rmqueue+0x1e9/0x20c
>  [<021423a7>] __alloc_pages+0x2b4/0x2be
>  [<02153b8f>] anon_vma_prepare+0x1f/0x215
>  [<0214efc5>] do_anonymous_page+0x24b/0x2ba
>  [<0214f089>] do_no_page+0x55/0x43b
>  [<0214d6f7>] follow_page+0xd2/0xdd
>  [<0214db32>] get_user_pages+0x333/0x4a9
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0215df22>] put_user_size+0x29/0x2d
>  [<0220761a>] secure_ip_id+0x65/0x6b
>  [<0220785d>] get_random_int+0x34/0x36
>  [<02207877>] randomize_range+0x18/0x2d
>  [<02104dec>] randomize_brk+0x2e/0x42
>  [<02192d56>] load_elf_binary+0x93e/0xb10
>  [<02119b93>] recalc_task_prio+0x128/0x133
>  [<02119bef>] activate_task+0x51/0x5d
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<0220e1dc>] n_tty_receive_buf+0x14f6/0x152d
>  [<0220e1e4>] n_tty_receive_buf+0x14fe/0x152d
>  [<1286fef8>] ext3_dirty_inode+0x5b/0x5f [ext3]
>  [<021887c4>] __mark_inode_dirty+0x28/0x251
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0220fdfb>] pty_write+0x10a/0x117
>  [<0213ddcf>] find_get_page+0x83/0xfe
>  [<0213ee18>] filemap_nopage+0x164/0x2bf
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<0215ded2>] get_user_size+0x2e/0x55
>  [<022a00dc>] dev_ioctl+0x295/0x2a1
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<022da337>] inet_ioctl+0x6e/0x73
>  [<02296dc0>] sock_ioctl+0x2f4/0x3aa
>  [<021755e2>] sys_ioctl+0x29a/0x33c
> bad: scheduling while atomic!
>  [<022ff791>] schedule+0x2d/0x5a0
>  [<0210659e>] dump_stack+0x11/0x13
>  [<0211b769>] __might_sleep+0x82/0x8c
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<021a6bd4>] sysfs_remove_dir+0x3d/0x305
>  [<021d70bf>] kobject_del+0x16/0x1e
>  [<021d70cf>] kobject_unregister+0x8/0x10
>  [<022fde2a>] mpls_instrs_unregister+0x7d/0xbc
>  [<022f5a7b>] mpls_destroy_in_instrs+0x3d/0x83
>  [<022f576e>] mpls_delete_ilm+0xe7/0x180
>  [<022f634a>] mpls_del_in_label+0x2a4/0x43e
>  [<022f7ac5>] mpls_ioctl+0x359/0x530
>  [<1283b80e>] do_get_write_access+0x627/0x643 [jbd]
>  [<0230060e>] __cond_resched+0x14/0x3b
>  [<021643c6>] __getblk+0x2b/0x49
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<021d9dbb>] __copy_to_user_ll+0x41/0x48
>  [<0215df15>] put_user_size+0x1c/0x2d
>  [<02180db5>] update_atime+0x60/0x9e
>  [<0213e78b>] do_generic_mapping_read+0x2fd/0x305
>  [<021420d0>] buffered_rmqueue+0x1e9/0x20c
>  [<021423a7>] __alloc_pages+0x2b4/0x2be
>  [<02153b8f>] anon_vma_prepare+0x1f/0x215
>  [<0214efc5>] do_anonymous_page+0x24b/0x2ba
>  [<0214f089>] do_no_page+0x55/0x43b
>  [<0214d6f7>] follow_page+0xd2/0xdd
>  [<0214db32>] get_user_pages+0x333/0x4a9
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0215df22>] put_user_size+0x29/0x2d
>  [<0220761a>] secure_ip_id+0x65/0x6b
>  [<0220785d>] get_random_int+0x34/0x36
>  [<02207877>] randomize_range+0x18/0x2d
>  [<02104dec>] randomize_brk+0x2e/0x42
>  [<02192d56>] load_elf_binary+0x93e/0xb10
>  [<02119b93>] recalc_task_prio+0x128/0x133
>  [<02119bef>] activate_task+0x51/0x5d
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<0220e1dc>] n_tty_receive_buf+0x14f6/0x152d
>  [<0220e1e4>] n_tty_receive_buf+0x14fe/0x152d
>  [<1286fef8>] ext3_dirty_inode+0x5b/0x5f [ext3]
>  [<021887c4>] __mark_inode_dirty+0x28/0x251
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0220fdfb>] pty_write+0x10a/0x117
>  [<0213ddcf>] find_get_page+0x83/0xfe
>  [<0213ee18>] filemap_nopage+0x164/0x2bf
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<0215ded2>] get_user_size+0x2e/0x55
>  [<022a00dc>] dev_ioctl+0x295/0x2a1
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<022da337>] inet_ioctl+0x6e/0x73
>  [<02296dc0>] sock_ioctl+0x2f4/0x3aa
>  [<021755e2>] sys_ioctl+0x29a/0x33c
> MPLS DEBUG net/mpls/mpls_sysfs.c:601:mpls_instr_sysfs_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:602:mpls_instr_sysfs_release: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:700:mpls_instrs_unregister: unregistering OP-01-PEEK
> MPLS DEBUG net/mpls/mpls_sysfs.c:601:mpls_instr_sysfs_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:602:mpls_instr_sysfs_release: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:706:mpls_instrs_unregister: exit
> MPLS DEBUG net/mpls/mpls_instr.c:98:mpls_instrs_free: enter
> MPLS DEBUG net/mpls/mpls_instr.c:72:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_instr.c:75:mpls_instr_release: releasing POP (gen:999:0-0x003e7001)
> MPLS DEBUG net/mpls/mpls_instr.c:82:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:72:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_instr.c:75:mpls_instr_release: releasing PEEK (gen:999:0-0x003e7001)
> MPLS DEBUG net/mpls/mpls_instr.c:82:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:104:mpls_instrs_free: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:427:mpls_destroy_in_instrs: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:317:mpls_ilm_kobject_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:318:mpls_ilm_kobject_release: exit
> MPLS DEBUG include/net/mpls.h:692:mpls_ilm_release: <NULL>-put 1
> MPLS DEBUG net/mpls/mpls_ilm.c:316:mpls_delete_ilm: exit
> MPLS DEBUG include/net/mpls.h:692:mpls_ilm_release: <NULL>-put 0
> MPLS DEBUG net/mpls/mpls_ilm.c:731:mpls_del_in_label: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:88:ilm_dst_destroy: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:92:ilm_dst_destroy: exit
> MPLS DEBUG net/mpls/mpls_ioctls.c:140:mpls_ioctl: IOCTL Del ILM 35851 
> MPLS DEBUG net/mpls/mpls_ilm.c:680:mpls_del_in_label: enter
> MPLS DEBUG include/net/mpls.h:681:mpls_ilm_hold: gen:100:0-0x00064001-get 2
> MPLS DEBUG net/mpls/mpls_ilm.c:295:mpls_delete_ilm: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:306:mpls_delete_ilm: Inactive & Unregistering gen:100:0-0x00064001  rfcnt:4
> MPLS DEBUG net/mpls/mpls_ilm.c:423:mpls_destroy_in_instrs: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:694:mpls_instrs_unregister: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:700:mpls_instrs_unregister: unregistering OP-00-POP
> Debug: sleeping function called from invalid context at include/asm/semaphore.h:119
> in_atomic():1[expected: 0], irqs_disabled():0
>  [<0211b769>] __might_sleep+0x82/0x8c
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<021a6bc9>] sysfs_remove_dir+0x32/0x305
>  [<021d70bf>] kobject_del+0x16/0x1e
>  [<021d70cf>] kobject_unregister+0x8/0x10
>  [<022fde2a>] mpls_instrs_unregister+0x7d/0xbc
>  [<022f5a7b>] mpls_destroy_in_instrs+0x3d/0x83
>  [<022f576e>] mpls_delete_ilm+0xe7/0x180
>  [<022f634a>] mpls_del_in_label+0x2a4/0x43e
>  [<022f7ac5>] mpls_ioctl+0x359/0x530
>  [<1283b80e>] do_get_write_access+0x627/0x643 [jbd]
>  [<0230060e>] __cond_resched+0x14/0x3b
>  [<021643c6>] __getblk+0x2b/0x49
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<021d9dbb>] __copy_to_user_ll+0x41/0x48
>  [<0215df15>] put_user_size+0x1c/0x2d
>  [<02180db5>] update_atime+0x60/0x9e
>  [<0213e78b>] do_generic_mapping_read+0x2fd/0x305
>  [<021420d0>] buffered_rmqueue+0x1e9/0x20c
>  [<021423a7>] __alloc_pages+0x2b4/0x2be
>  [<02153b8f>] anon_vma_prepare+0x1f/0x215
>  [<0214efc5>] do_anonymous_page+0x24b/0x2ba
>  [<0214f089>] do_no_page+0x55/0x43b
>  [<0214d6f7>] follow_page+0xd2/0xdd
>  [<0214db32>] get_user_pages+0x333/0x4a9
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0215df22>] put_user_size+0x29/0x2d
>  [<0220761a>] secure_ip_id+0x65/0x6b
>  [<0220785d>] get_random_int+0x34/0x36
>  [<02207877>] randomize_range+0x18/0x2d
>  [<02104dec>] randomize_brk+0x2e/0x42
>  [<02192d56>] load_elf_binary+0x93e/0xb10
>  [<02119b93>] recalc_task_prio+0x128/0x133
>  [<02119bef>] activate_task+0x51/0x5d
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<0220e1dc>] n_tty_receive_buf+0x14f6/0x152d
>  [<0220e1e4>] n_tty_receive_buf+0x14fe/0x152d
>  [<1286fef8>] ext3_dirty_inode+0x5b/0x5f [ext3]
>  [<021887c4>] __mark_inode_dirty+0x28/0x251
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0220fdfb>] pty_write+0x10a/0x117
>  [<0213ddcf>] find_get_page+0x83/0xfe
>  [<0213ee18>] filemap_nopage+0x164/0x2bf
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<0215ded2>] get_user_size+0x2e/0x55
>  [<022a00dc>] dev_ioctl+0x295/0x2a1
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<022da337>] inet_ioctl+0x6e/0x73
>  [<02296dc0>] sock_ioctl+0x2f4/0x3aa
>  [<021755e2>] sys_ioctl+0x29a/0x33c
> bad: scheduling while atomic!
>  [<022ff791>] schedule+0x2d/0x5a0
>  [<0210659e>] dump_stack+0x11/0x13
>  [<0211b769>] __might_sleep+0x82/0x8c
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<021a6bd4>] sysfs_remove_dir+0x3d/0x305
>  [<021d70bf>] kobject_del+0x16/0x1e
>  [<021d70cf>] kobject_unregister+0x8/0x10
>  [<022fde2a>] mpls_instrs_unregister+0x7d/0xbc
>  [<022f5a7b>] mpls_destroy_in_instrs+0x3d/0x83
>  [<022f576e>] mpls_delete_ilm+0xe7/0x180
>  [<022f634a>] mpls_del_in_label+0x2a4/0x43e
>  [<022f7ac5>] mpls_ioctl+0x359/0x530
>  [<1283b80e>] do_get_write_access+0x627/0x643 [jbd]
>  [<0230060e>] __cond_resched+0x14/0x3b
>  [<021643c6>] __getblk+0x2b/0x49
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<021d9dbb>] __copy_to_user_ll+0x41/0x48
>  [<0215df15>] put_user_size+0x1c/0x2d
>  [<02180db5>] update_atime+0x60/0x9e
>  [<0213e78b>] do_generic_mapping_read+0x2fd/0x305
>  [<021420d0>] buffered_rmqueue+0x1e9/0x20c
>  [<021423a7>] __alloc_pages+0x2b4/0x2be
>  [<02153b8f>] anon_vma_prepare+0x1f/0x215
>  [<0214efc5>] do_anonymous_page+0x24b/0x2ba
>  [<0214f089>] do_no_page+0x55/0x43b
>  [<0214d6f7>] follow_page+0xd2/0xdd
>  [<0214db32>] get_user_pages+0x333/0x4a9
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0215df22>] put_user_size+0x29/0x2d
>  [<0220761a>] secure_ip_id+0x65/0x6b
>  [<0220785d>] get_random_int+0x34/0x36
>  [<02207877>] randomize_range+0x18/0x2d
>  [<02104dec>] randomize_brk+0x2e/0x42
>  [<02192d56>] load_elf_binary+0x93e/0xb10
>  [<02119b93>] recalc_task_prio+0x128/0x133
>  [<02119bef>] activate_task+0x51/0x5d
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a934>] __wake_up_common+0x36/0x5b
>  [<0211a9e6>] __wake_up+0x8d/0xf2
>  [<0220e1dc>] n_tty_receive_buf+0x14f6/0x152d
>  [<0220e1e4>] n_tty_receive_buf+0x14fe/0x152d
>  [<1286fef8>] ext3_dirty_inode+0x5b/0x5f [ext3]
>  [<021887c4>] __mark_inode_dirty+0x28/0x251
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<0220fdfb>] pty_write+0x10a/0x117
>  [<0213ddcf>] find_get_page+0x83/0xfe
>  [<0213ee18>] filemap_nopage+0x164/0x2bf
>  [<0214d7ee>] follow_page_pfn+0xec/0xfd
>  [<0215d957>] rw_vm+0x3db/0x467
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<0215ded2>] get_user_size+0x2e/0x55
>  [<022a00dc>] dev_ioctl+0x295/0x2a1
>  [<022d4437>] udp_ioctl+0x0/0x190
>  [<022da337>] inet_ioctl+0x6e/0x73
>  [<02296dc0>] sock_ioctl+0x2f4/0x3aa
>  [<021755e2>] sys_ioctl+0x29a/0x33c
> MPLS DEBUG net/mpls/mpls_sysfs.c:601:mpls_instr_sysfs_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:602:mpls_instr_sysfs_release: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:700:mpls_instrs_unregister: unregistering OP-01-PEEK
> MPLS DEBUG net/mpls/mpls_sysfs.c:601:mpls_instr_sysfs_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:602:mpls_instr_sysfs_release: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:706:mpls_instrs_unregister: exit
> MPLS DEBUG net/mpls/mpls_instr.c:98:mpls_instrs_free: enter
> MPLS DEBUG net/mpls/mpls_instr.c:72:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_instr.c:75:mpls_instr_release: releasing POP (gen:100:0-0x00064001)
> MPLS DEBUG net/mpls/mpls_instr.c:82:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:72:mpls_instr_release: enter
> MPLS DEBUG net/mpls/mpls_instr.c:75:mpls_instr_release: releasing PEEK (gen:100:0-0x00064001)
> MPLS DEBUG net/mpls/mpls_instr.c:82:mpls_instr_release: exit
> MPLS DEBUG net/mpls/mpls_instr.c:104:mpls_instrs_free: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:427:mpls_destroy_in_instrs: exit
> MPLS DEBUG net/mpls/mpls_sysfs.c:317:mpls_ilm_kobject_release: enter
> MPLS DEBUG net/mpls/mpls_sysfs.c:318:mpls_ilm_kobject_release: exit
> MPLS DEBUG include/net/mpls.h:692:mpls_ilm_release: <NULL>-put 1
> MPLS DEBUG net/mpls/mpls_ilm.c:316:mpls_delete_ilm: exit
> MPLS DEBUG include/net/mpls.h:692:mpls_ilm_release: <NULL>-put 0
> MPLS DEBUG net/mpls/mpls_ilm.c:731:mpls_del_in_label: exit
> MPLS DEBUG net/mpls/mpls_ilm.c:88:ilm_dst_destroy: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:92:ilm_dst_destroy: exit
> MPLS DEBUG net/mpls/mpls_ioctls.c:132:mpls_ioctl: IOCTL Add ILM 35850 
> MPLS DEBUG net/mpls/mpls_ilm.c:595:mpls_add_in_label: enter
> MPLS DEBUG net/mpls/mpls_ilm.c:600:mpls_add_in_label: Unable to add reserved label to ILM
> MPLS DEBUG net/mpls/mpls_ilm.c:650:mpls_add_in_label: exit

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

Hi 
   i've tryed to set an LSP between my routers,  

               =
    192.168.1.2          192.168.1.1
             PC1                   =
                              PC2
i've tryed to do
[root@localhost root=
]# mplsadm2 -A -I gen:12:0
MPLSADM mplsadm.c:676:main: In label input: g=
en:12:0
MPLSADM mplsadm.c:229:fill_label: Label type: gen
In Label add:=
 Invalid argument
What's happened? I've tryed also to do the same giving=
 label value 120 and it
works fine. It seems that if label value is comp=
osed by 3 number (100....999) it
works well, if it is composed by 2 numb=
er (10...99) it doesn't work and gives me
error. I've attached dmesg out=
put that pc gives me after that instruction.
Can you help me?=0A=0A=0A=0A=
____________________________________________________________=0ALibero ADS=
L: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. =0AAbb=
onati subito su http://www.libero.it =0A
I was broken in all versions prior to 1.938.

You will need the newest iptables as well.
You can get the latest RPMs from http://mpls-linux.sf.net in the file section.

On Tue, Oct 26, 2004 at 09:10:26AM +0000, Francesco Oppedisano wrote:
> A brief question...
> Does MPLS code call netfilter code in recent versions?
> (until 1.172  it didn't if i remember well)
> 
> Thank u all
> Francesco Oppedisano
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

A brief question...
Does MPLS code call netfilter code in recent versions?
(until 1.172  it didn't if i remember well)

Thank u all
Francesco Oppedisano

I find it interesting.

Have you published any documents about the implementation or results?
What does you experimental network look like?

On Thu, Oct 21, 2004 at 04:48:37PM +0200, Francesco Oppedisano wrote:
> Hi to all,
> i'm working on a real-time measurement system for diffserv/mpls linux
> border routers.
> 
> It supports per lsp/PHB real-time remote/multiclient monitoring in
> terms of bytes offered to the BR from the access networks using
> remotely adjustable capture window and sample rate (experimentally a
> "packet per window" measure is available).
> Remote clients are able to make on line processing of the captured
> traffic data by mean of functions (such as predictors or estimators)
> linked as plugins and so easily developed knowing nothing of the
> system internals. An asynchronous threshold crossing alarm system is
> also implemented to, eventually, integrate the system in an automatic
> traffic engineering decision making framework.
> Currently it supports rrd-tools visualization and data storage but has
> a (very simple at this time) proprietary data storage format.
> 
> It's a research project and it's developed as an experimental
> software, but proved to be accurate, reliable and light (in term of
> cpu usage).
>  I'm interested in making it available to the community as a GPL
> package. (not before the first half of november)
> 
> Do you think it could be interesting?
> 
> Best Regards
> Francesco Oppedisano
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
> Use IT products in your business? Tell us what you think of them. Give us
> Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
> http://productguide.itmanagersjournal.com/guidepromo.tmpl
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hi to all,
i'm working on a real-time measurement system for diffserv/mpls linux
border routers.

It supports per lsp/PHB real-time remote/multiclient monitoring in
terms of bytes offered to the BR from the access networks using
remotely adjustable capture window and sample rate (experimentally a
"packet per window" measure is available).
Remote clients are able to make on line processing of the captured
traffic data by mean of functions (such as predictors or estimators)
linked as plugins and so easily developed knowing nothing of the
system internals. An asynchronous threshold crossing alarm system is
also implemented to, eventually, integrate the system in an automatic
traffic engineering decision making framework.
Currently it supports rrd-tools visualization and data storage but has
a (very simple at this time) proprietary data storage format.

It's a research project and it's developed as an experimental
software, but proved to be accurate, reliable and light (in term of
cpu usage).
 I'm interested in making it available to the community as a GPL
package. (not before the first half of november)

Do you think it could be interesting?

Best Regards
Francesco Oppedisano

On Wed, Sep 22, 2004 at 08:15:03AM -0700, Pathma Rathinavelu wrote:
> Hello,
> 
> Thanks for the reply. 
> 
> I meant, "what if the traffic flowing thru an LSP (all
> of a sudden) increases beyond what the LSP can allow
> /support ?".How will this increase in traffic be
> routed  in the MPLS network ?

I guess my confusion is with your meaning 'what LSP can allow/support'?
Do you mean what the LSP was configured with via RSVP-TE?  That is the
only means by which a LSP can be 'assigned' bandwidth that I am aware of.

The answer is still the same:

The short answer is, nothing happens.  The long answer is that it depends
on the implementation, but most (if not all) implementation do not enforce
the RSVP-TE bandwidth requirement, they just used it to help 'fit' LSP during
setup and failure cases.

> For the incoming traffic if additional bandwidth is
> needed, what happens then ?
> 
> I hope  I have stated the question clearly now.
> 
> Pathma
> 
> --- "James R. Leu" <jl...@mi...> wrote:
> 
> > On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma
> > Rathinavelu wrote:
> > > Hello,
> > > 
> > > I have the following doubt. 
> > > 
> > > in an MPLS cloud / network , in an LSP , if the
> > link
> > > /path capacity is insufficient, how would it be
> > met? 
> > 
> > I'm not sure if I understand your question.  Are you
> > asking what happens
> > if the traffic running over a RSVP-TE LSP, that was
> > created with a bandwidth
> > requirement, exceeds that bandwidth requirement?
> > 
> > If so, the short answer is nothing.  The long answer
> > is that it depends
> > on the implementation, but most (if not all)
> > implementation do not enforce
> > the RSVP-TE bandwidth requirement, they just used it
> > to help 'fit' LSP during
> > setup and failure cases.
> > 
> > > i.e., if the demand increases and the bandwidth in
> > the
> > > LSP is insufficient how would this scenario be met
> > ?
> > > 
> > > -switch to another LSP ? 
> > > -have a backup LSP ?
> > > 
> > > Could anyone comment on this ?
> > > 
> > > Pathma
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > > 		
> > > _______________________________
> > > Do you Yahoo!?
> > > Declare Yourself - Register online to vote today!
> > > http://vote.yahoo.com
> > > 
> > > 
> > >
> >
> -------------------------------------------------------
> > > This SF.Net email is sponsored by: YOU BE THE
> > JUDGE. Be one of 170
> > > Project Admins to receive an Apple iPod Mini FREE
> > for your judgement on
> > > who ports your project to Linux PPC the best.
> > Sponsored by IBM.
> > > Deadline: Sept. 24. Go here:
> > http://sf.net/ppc_contest.php
> > > _______________________________________________
> > > mpls-linux-devel mailing list
> > > mpl...@li...
> > >
> >
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
> > 
> > -- 
> > James R. Leu
> > jl...@mi...
> > 
> > 
> >
> -------------------------------------------------------
> > This SF.Net email is sponsored by: YOU BE THE JUDGE.
> > Be one of 170
> > Project Admins to receive an Apple iPod Mini FREE
> > for your judgement on
> > who ports your project to Linux PPC the best.
> > Sponsored by IBM.
> > Deadline: Sept. 24. Go here:
> > http://sf.net/ppc_contest.php
> > _______________________________________________
> > mpls-linux-devel mailing list
> > mpl...@li...
> >
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
> > 
> 
> 
> 
> 		
> _______________________________
> Do you Yahoo!?
> Declare Yourself - Register online to vote today!
> http://vote.yahoo.com
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hello,

Thanks for the reply. 

I meant, "what if the traffic flowing thru an LSP (all
of a sudden) increases beyond what the LSP can allow
/support ?".How will this increase in traffic be
routed  in the MPLS network ?

For the incoming traffic if additional bandwidth is
needed, what happens then ?

I hope  I have stated the question clearly now.

Pathma

--- "James R. Leu" <jl...@mi...> wrote:

> On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma
> Rathinavelu wrote:
> > Hello,
> > 
> > I have the following doubt. 
> > 
> > in an MPLS cloud / network , in an LSP , if the
> link
> > /path capacity is insufficient, how would it be
> met? 
> 
> I'm not sure if I understand your question.  Are you
> asking what happens
> if the traffic running over a RSVP-TE LSP, that was
> created with a bandwidth
> requirement, exceeds that bandwidth requirement?
> 
> If so, the short answer is nothing.  The long answer
> is that it depends
> on the implementation, but most (if not all)
> implementation do not enforce
> the RSVP-TE bandwidth requirement, they just used it
> to help 'fit' LSP during
> setup and failure cases.
> 
> > i.e., if the demand increases and the bandwidth in
> the
> > LSP is insufficient how would this scenario be met
> ?
> > 
> > -switch to another LSP ? 
> > -have a backup LSP ?
> > 
> > Could anyone comment on this ?
> > 
> > Pathma
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 		
> > _______________________________
> > Do you Yahoo!?
> > Declare Yourself - Register online to vote today!
> > http://vote.yahoo.com
> > 
> > 
> >
>
-------------------------------------------------------
> > This SF.Net email is sponsored by: YOU BE THE
> JUDGE. Be one of 170
> > Project Admins to receive an Apple iPod Mini FREE
> for your judgement on
> > who ports your project to Linux PPC the best.
> Sponsored by IBM.
> > Deadline: Sept. 24. Go here:
> http://sf.net/ppc_contest.php
> > _______________________________________________
> > mpls-linux-devel mailing list
> > mpl...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
> 
> -- 
> James R. Leu
> jl...@mi...
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE.
> Be one of 170
> Project Admins to receive an Apple iPod Mini FREE
> for your judgement on
> who ports your project to Linux PPC the best.
> Sponsored by IBM.
> Deadline: Sept. 24. Go here:
> http://sf.net/ppc_contest.php
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
>
https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
> 

_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

On Wed, Sep 22, 2004 at 12:38:25AM -0700, Pathma Rathinavelu wrote:
> Hello,
> 
> I have the following doubt. 
> 
> in an MPLS cloud / network , in an LSP , if the link
> /path capacity is insufficient, how would it be met? 

I'm not sure if I understand your question.  Are you asking what happens
if the traffic running over a RSVP-TE LSP, that was created with a bandwidth
requirement, exceeds that bandwidth requirement?

If so, the short answer is nothing.  The long answer is that it depends
on the implementation, but most (if not all) implementation do not enforce
the RSVP-TE bandwidth requirement, they just used it to help 'fit' LSP during
setup and failure cases.

> i.e., if the demand increases and the bandwidth in the
> LSP is insufficient how would this scenario be met ?
> 
> -switch to another LSP ? 
> -have a backup LSP ?
> 
> Could anyone comment on this ?
> 
> Pathma
> 
> 
> 
> 
> 
> 
> 
> 		
> _______________________________
> Do you Yahoo!?
> Declare Yourself - Register online to vote today!
> http://vote.yahoo.com
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

Hello,

I have the following doubt. 

in an MPLS cloud / network , in an LSP , if the link
/path capacity is insufficient, how would it be met? 

i.e., if the demand increases and the bandwidth in the
LSP is insufficient how would this scenario be met ?

-switch to another LSP ? 
-have a backup LSP ?

Could anyone comment on this ?

Pathma

_______________________________
Do you Yahoo!?
Declare Yourself - Register online to vote today!
http://vote.yahoo.com

Good timing.  I just got back from my trip too :-)

On Fri, Aug 13, 2004 at 10:41:13PM -0400, Jamal Hadi Salim wrote:
> On Wed, 2004-08-04 at 09:30, James R. Leu wrote:
> > Hello,
> > 
> > Yes, I think it is a good idea to start pushing the gen_stats and
> > l2c netlink code.  Both MPLS implementation can benifit from them
> > as well as other projects.
> 
> I am back home.
> I will start pushing this weekend.
> 
> cheers,
> jamal

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

On Wed, 2004-08-04 at 09:30, James R. Leu wrote:
> Hello,
> 
> Yes, I think it is a good idea to start pushing the gen_stats and
> l2c netlink code.  Both MPLS implementation can benifit from them
> as well as other projects.

I am back home.
I will start pushing this weekend.

cheers,
jamal

Hello,

Yes, I think it is a good idea to start pushing the gen_stats and
l2c netlink code.  Both MPLS implementation can benifit from them
as well as other projects.

Laters

On Wed, Aug 04, 2004 at 09:17:24AM -0400, Jamal Hadi Salim wrote:
> On Wed, 2004-08-04 at 04:56, James R. Leu wrote:
> > On Fri, Jul 23, 2004 at 03:06:51PM -0400, Jamal Hadi Salim wrote:
> > > On Fri, 2004-07-23 at 12:52, James R. Leu wrote:
> > > 
> > > > > Let me know if this is ok with you.
> > > > 
> > > > I'll produce the patches, and we'll decide what the next step is from there.
> > > 
> > > Sounds good to me.
> > 
> > I just wanted to let you know I haven't forgotten about this.
> > 
> > I've been busy.  I'm heading on a trip for the next week, I tried to get this
> > done before I leave, but, as you can see it's 4am, and I need to get some
> > sleep before I travel.
> 
> I am also traveling thats why i havent bothered you ;->
> If you are in the bay area we could get together for a meal or drink.
> I am heading home on the weekend.
> 
> > I've switched to a 2.6.8-rc3 (which I'm sure will
> > be rc4 or 2.6.8 final by the time I'm back).  I've done some work with netlink
> > but I definitly like your L2C stuff better then my work. 
> 
> I should be pushing that - too busy.
> There are other clients of it (layer2 related)
> 
> >  Is that going to
> > be added to 2.6 any time soon?  What about gen_stats?
> 
> Gen stats and the estimator as well are independent and i should be able
> to push them separately.
> Maybe I should be pushing this first.
> Note, the old code didnt have any flushing or dumping of tables which
> is a different code path (L2C was ready for it).
> 
> > Any who, sorry for the long delay, I'll get something to the group when
> > I get back from my trip.
> 
> The sooner we do this the better. Dave is hot on getting something in so
> lets take advantage of it.
> Shall i push L2c and the stats stuff first?
> 
> cheers,
> jamal
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by OSTG. Have you noticed the changes on
> Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
> one more big change to announce. We are now OSTG- Open Source Technology
> Group. Come see the changes on the new OSTG site. www.ostg.com
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

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

On Wed, 2004-08-04 at 04:56, James R. Leu wrote:
> On Fri, Jul 23, 2004 at 03:06:51PM -0400, Jamal Hadi Salim wrote:
> > On Fri, 2004-07-23 at 12:52, James R. Leu wrote:
> > 
> > > > Let me know if this is ok with you.
> > > 
> > > I'll produce the patches, and we'll decide what the next step is from there.
> > 
> > Sounds good to me.
> 
> I just wanted to let you know I haven't forgotten about this.
> 
> I've been busy.  I'm heading on a trip for the next week, I tried to get this
> done before I leave, but, as you can see it's 4am, and I need to get some
> sleep before I travel.

I am also traveling thats why i havent bothered you ;->
If you are in the bay area we could get together for a meal or drink.
I am heading home on the weekend.

> I've switched to a 2.6.8-rc3 (which I'm sure will
> be rc4 or 2.6.8 final by the time I'm back).  I've done some work with netlink
> but I definitly like your L2C stuff better then my work. 

I should be pushing that - too busy.
There are other clients of it (layer2 related)

>  Is that going to
> be added to 2.6 any time soon?  What about gen_stats?

Gen stats and the estimator as well are independent and i should be able
to push them separately.
Maybe I should be pushing this first.
Note, the old code didnt have any flushing or dumping of tables which
is a different code path (L2C was ready for it).

> Any who, sorry for the long delay, I'll get something to the group when
> I get back from my trip.

The sooner we do this the better. Dave is hot on getting something in so
lets take advantage of it.
Shall i push L2c and the stats stuff first?

cheers,
jamal

2003	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (7)	Dec (8)
2004	Jan (5)	Feb (73)	Mar (22)	Apr (21)	May	Jun	Jul (3)	Aug (5)	Sep (4)	Oct (4)	Nov (2)	Dec (6)
2005	Jan (5)	Feb	Mar (6)	Apr (11)	May (6)	Jun (5)	Jul (4)	Aug (1)	Sep (1)	Oct	Nov (9)	Dec (15)
2006	Jan (11)	Feb (7)	Mar (4)	Apr (1)	May (2)	Jun (2)	Jul (7)	Aug	Sep (8)	Oct (9)	Nov (10)	Dec (14)
2007	Jan (11)	Feb (9)	Mar (39)	Apr (7)	May (4)	Jun (2)	Jul (5)	Aug (6)	Sep (6)	Oct (1)	Nov (1)	Dec (8)
2008	Jan	Feb (13)	Mar (19)	Apr (11)	May (16)	Jun (6)	Jul (2)	Aug (4)	Sep	Oct (5)	Nov	Dec (16)
2009	Jan (13)	Feb (5)	Mar	Apr	May (11)	Jun (7)	Jul (3)	Aug	Sep (2)	Oct (8)	Nov (16)	Dec (15)
2010	Jan (6)	Feb (5)	Mar (1)	Apr (14)	May (42)	Jun (4)	Jul (1)	Aug (1)	Sep	Oct	Nov (4)	Dec (1)
2011	Jan (3)	Feb	Mar	Apr (7)	May (1)	Jun (2)	Jul (4)	Aug (19)	Sep (9)	Oct (13)	Nov (4)	Dec (3)
2012	Jan (2)	Feb (3)	Mar	Apr	May	Jun (11)	Jul	Aug (1)	Sep	Oct	Nov (3)	Dec (2)
2013	Jan (4)	Feb	Mar	Apr (1)	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec
2014	Jan	Feb (1)	Mar	Apr	May	Jun (7)	Jul	Aug	Sep (1)	Oct	Nov	Dec
2015	Jan (1)	Feb	Mar	Apr (2)	May	Jun (2)	Jul (2)	Aug	Sep	Oct (1)	Nov	Dec (2)
2016	Jan (6)	Feb (2)	Mar (1)	Apr	May	Jun (2)	Jul	Aug (1)	Sep (1)	Oct	Nov	Dec
2017	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (4)	Dec
2021	Jan	Feb	Mar	Apr	May	Jun (1)	Jul	Aug	Sep	Oct	Nov	Dec

mpls-linux-devel Mailing List for MPLS for Linux (Page 25)

mpls-linux-devel — Mailig list for discussing the development of MPLS on Linux