From dexpetkovic at gmail.com  Thu Apr  1 10:38:33 2010
From: dexpetkovic at gmail.com (Dejan Petkovic)
Date: Thu, 1 Apr 2010 19:38:33 +0200
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
	period, and link status becomes dead
In-Reply-To: <4BB4031B.50906@candelatech.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>
	<a330d0751003291332v597e9f54g41f8947e09c5a0de@mail.gmail.com>
	<4BB11663.7060105@candelatech.com>
	<a330d0751003291503t5324b371n85a85e8aef8669df@mail.gmail.com>
	<4BB23539.20404@candelatech.com>
	<a330d0751003301345m5df31631obf643e872f85305f@mail.gmail.com>
	<j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>
	<k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>
	<4BB3FFB8.10308@candelatech.com> <4BB4031B.50906@candelatech.com>
Message-ID: <r2qa330d0751004011038j712fcaa7s1ddf04a81c291794@mail.gmail.com>

On Thu, Apr 1, 2010 at 4:21 AM, Ben Greear <greearb at candelatech.com> wrote:
> On 03/31/2010 07:06 PM, Ben Greear wrote:
>
> err, I was editing this by hand a bit....router id below should be
> different than the previous one.
>
> The main thing is that you need the unique router table ID in
> the FEA config.
>
>> ? ? ? ? ?router-id: 127.1.0.1
>> ? ? ? ? ?area 0.0.0.0 {
>> ? ? ? ? ? ? ?interface "rddVR7" {
>> ? ? ? ? ? ? ? ? ?vif "rddVR7" {
>> ? ? ? ? ? ? ? ? ? ? ?address 2.2.2.2 {
>> ? ? ? ? ? ? ? ? ? ? ? ? interface-cost: 1
>> ? ? ? ? ? ? ? ? ? ? ?}
>> ? ? ? ? ? ? ? ? ?}
>> ? ? ? ? ? ? ?}
>>
>> ? ? ? ? ?} /* area */
>> ? ? ?}
>> }
>
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>

Ben hi,

The explanation was 100% clear, even more than that :) I had the
config file prepared except the table-id input.

Now, I can start two rtrmgr instances on one virtual machine, but how
do I enter into the rtrmgr's terminal? Plain xorpsh does not work and
gives back:

[root at srv5 xorp.ct]# export XORP_FINDER_SERVER_PORT=5556
[root at srv5 xorp.ct]# xorpsh
Unexpected exception:   thrown did not correspond to specification - fix code.
XrlPFConstructorError from line 38 of libxipc/xrl_pf_unix.cc -> Cannot
allocate memory
terminate called after throwing an instance of 'XrlPFConstructorError'
Aborted
[root at srv5 xorp.ct]#

I have tried assigning a port to xorpsh as you saw, but this is of
course wrong...any ideas?

Btw, I see rather high CPU usage level with only two virtual machines,
with three xorp_rtrmgrs on it. On AMD Athlon X4 620, it loads CPU
approximately 40%.

Lastly, I should use traffic generator for my tests. However, I had
some difficulties in installing RUDE traffic generator, so I was
wondering if you could suggest a better, more stable solution?

Thanks 100x!
Dejan


From greearb at candelatech.com  Thu Apr  1 11:14:12 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 01 Apr 2010 11:14:12 -0700
Subject: [Xorp-users] OSPF Hello messages not exchanged after some
 period, and link status becomes dead
In-Reply-To: <r2qa330d0751004011038j712fcaa7s1ddf04a81c291794@mail.gmail.com>
References: <a330d0751003230041q1a26ea5dt2c405b7be3987e8f@mail.gmail.com>	
	<a330d0751003291332v597e9f54g41f8947e09c5a0de@mail.gmail.com>	
	<4BB11663.7060105@candelatech.com>	
	<a330d0751003291503t5324b371n85a85e8aef8669df@mail.gmail.com>	
	<4BB23539.20404@candelatech.com>	
	<a330d0751003301345m5df31631obf643e872f85305f@mail.gmail.com>	
	<j2ra330d0751003301941y6124ea4fod962ded98d4b179c@mail.gmail.com>	
	<k2ia330d0751003311733n5ef44deci46b7831b7e3e3cbc@mail.gmail.com>	
	<4BB3FFB8.10308@candelatech.com> <4BB4031B.50906@candelatech.com>
	<r2qa330d0751004011038j712fcaa7s1ddf04a81c291794@mail.gmail.com>
Message-ID: <4BB4E274.4070100@candelatech.com>

On 04/01/2010 10:38 AM, Dejan Petkovic wrote:
> On Thu, Apr 1, 2010 at 4:21 AM, Ben Greear<greearb at candelatech.com>  wrote:
>> On 03/31/2010 07:06 PM, Ben Greear wrote:
>>
>> err, I was editing this by hand a bit....router id below should be
>> different than the previous one.
>>
>> The main thing is that you need the unique router table ID in
>> the FEA config.
>>
>>>           router-id: 127.1.0.1
>>>           area 0.0.0.0 {
>>>               interface "rddVR7" {
>>>                   vif "rddVR7" {
>>>                       address 2.2.2.2 {
>>>                          interface-cost: 1
>>>                       }
>>>                   }
>>>               }
>>>
>>>           } /* area */
>>>       }
>>> }
>>
>>
>> Thanks,
>> Ben
>>
>>
>> --
>> Ben Greear<greearb at candelatech.com>
>> Candela Technologies Inc  http://www.candelatech.com
>>
>
> Ben hi,
>
> The explanation was 100% clear, even more than that :) I had the
> config file prepared except the table-id input.
>
> Now, I can start two rtrmgr instances on one virtual machine, but how
> do I enter into the rtrmgr's terminal? Plain xorpsh does not work and
> gives back:
>
> [root at srv5 xorp.ct]# export XORP_FINDER_SERVER_PORT=5556
> [root at srv5 xorp.ct]# xorpsh
> Unexpected exception:   thrown did not correspond to specification - fix code.
> XrlPFConstructorError from line 38 of libxipc/xrl_pf_unix.cc ->  Cannot
> allocate memory
> terminate called after throwing an instance of 'XrlPFConstructorError'
> Aborted
> [root at srv5 xorp.ct]#

That should have worked..looks like it's crashing or asserting.

XrlPFUNIXListener::XrlPFUNIXListener(EventLoop& e, XrlDispatcher* xr)
     : XrlPFSTCPListener(&e, xr)
{
     string path = get_sock_path();

     _sock = comm_bind_unix(path.c_str(), COMM_SOCK_NONBLOCKING);
     if (!_sock.is_valid())
	xorp_throw(XrlPFConstructorError, comm_get_last_error_str());

You might try adding some debugging logic to figure out why _sock isn't
valid.  I *might* be memory allocation error, but I'm not sure how
valid that comm_get_last_error_str is (I haven't looked at that code anytime
recently).

> Btw, I see rather high CPU usage level with only two virtual machines,
> with three xorp_rtrmgrs on it. On AMD Athlon X4 620, it loads CPU
> approximately 40%.

Use top, see what processes are using lots of CPU.  Use strace on those processes
and see if it appears they are doing lame things (select/poll with no or small
timeout in a tight loop, without doing any other IO, that sort of thing).

> Lastly, I should use traffic generator for my tests. However, I had
> some difficulties in installing RUDE traffic generator, so I was
> wondering if you could suggest a better, more stable solution?

Heh, we sell such a product, but not sure it would integrate with your
openvz environment..and it's not free.  Maybe something like iperf or
netperf?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Mon Apr  5 01:44:55 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Mon, 5 Apr 2010 14:14:55 +0530
Subject: [Xorp-users] How can I Update XORP configriation on the fly without
	having xorpsh?
In-Reply-To: <mailman.11.1268337604.20621.xorp-users@xorp.org>
References: <mailman.11.1268337604.20621.xorp-users@xorp.org>
Message-ID: <001501cad49c$444b6960$1c0ea8c0@elitecore.com>

Hi,

I am interested in minimal xorp installation.3
 
Till I have managed to get around 12-13MB of binary size
by installing elite binaries (for IGMP and PIM)
(those are xorp_rtrmgt, fea, rib, xrl, pinsm4, mldigmp and
Other libs)

I want to further cutdown xorpsh (cli xorp shell).
(Though xorp can start without xorpsh,  but I needed it 
To load dynamically changed configuration to/form config.boot) 

So basically is it possible, if I change boot.conf file externally 
(by text editors), then send some signals( by any mean) to xorp to 
load new boot.config file (without Having xorpsh installed) and 
without restart xorp services. 

-Thanks 2 all,
Saurabh




From greearb at candelatech.com  Mon Apr  5 09:24:24 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 05 Apr 2010 09:24:24 -0700
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <001501cad49c$444b6960$1c0ea8c0@elitecore.com>
References: <mailman.11.1268337604.20621.xorp-users@xorp.org>
	<001501cad49c$444b6960$1c0ea8c0@elitecore.com>
Message-ID: <4BBA0EB8.4030301@candelatech.com>

On 04/05/2010 01:44 AM, saurabh wrote:
> Hi,
>
> I am interested in minimal xorp installation.3
>
> Till I have managed to get around 12-13MB of binary size
> by installing elite binaries (for IGMP and PIM)
> (those are xorp_rtrmgt, fea, rib, xrl, pinsm4, mldigmp and
> Other libs)
>
> I want to further cutdown xorpsh (cli xorp shell).
> (Though xorp can start without xorpsh,  but I needed it
> To load dynamically changed configuration to/form config.boot)
>
> So basically is it possible, if I change boot.conf file externally
> (by text editors), then send some signals( by any mean) to xorp to
> load new boot.config file (without Having xorpsh installed) and
> without restart xorp services.

I don't think this can be done.

How much more size do you need to save?

You might try making XLOG_TRACE compile out..something like:

#define XLOG_TRACE(a, ...) /* nothing */

Thanks,
Ben

>
> -Thanks 2 all,
> Saurabh
>
>
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Tue Apr  6 00:17:43 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Tue, 6 Apr 2010 12:47:43 +0530
Subject: [Xorp-users] How can I Update XORP configriation on the fly
	without having xorpsh?
In-Reply-To: <4BBA0EB8.4030301@candelatech.com>
References: <mailman.11.1268337604.20621.xorp-users@xorp.org>
	<001501cad49c$444b6960$1c0ea8c0@elitecore.com>
	<4BBA0EB8.4030301@candelatech.com>
Message-ID: <000301cad559$3ff77cb0$1c0ea8c0@elitecore.com>

Hi,

Well I wish to get 9-10 MB (OSPF,BGP,RIP,VRRP,STATIC ROUTES, POLICY not
required)

We (Ben G. almost, & me also at little) have save 2-3 MBs by saying by-by to
IPV6 code from FEA,PIM and RIB, git patches are at ben's tree. 

Still I think there might be other places from where we may save another 1-2
MB for IPV6 truncation.

For specially me (other then IPV6, I am eager to remove CLI shell of xorp,

if some utilization of direct "CALL XRL like" method is available would be
best to avoid xorpsh  for below two reasons,

1) To Save 1.2 more MB by removing xorpsh
2) I want my external programs (SAY my web GUI/my scripts), to interact with
xorp. (directly, if call_xrl kind methods are avilable ) 

Well, currently I am trying to get xorp.ct version without LOGS and trace ..
lets see.
 
Thanks,
Saurabh

-----Original Message-----
From: Ben Greear [mailto:greearb at candelatech.com] 
Sent: Monday, April 05, 2010 9:54 PM
To: saurabh
Cc: xorp-users at xorp.org
Subject: Re: [Xorp-users] How can I Update XORP configriation on the fly
without having xorpsh?

On 04/05/2010 01:44 AM, saurabh wrote:
> Hi,
>
> I am interested in minimal xorp installation.3
>
> Till I have managed to get around 12-13MB of binary size
> by installing elite binaries (for IGMP and PIM)
> (those are xorp_rtrmgt, fea, rib, xrl, pinsm4, mldigmp and
> Other libs)
>
> I want to further cutdown xorpsh (cli xorp shell).
> (Though xorp can start without xorpsh,  but I needed it
> To load dynamically changed configuration to/form config.boot)
>
> So basically is it possible, if I change boot.conf file externally
> (by text editors), then send some signals( by any mean) to xorp to
> load new boot.config file (without Having xorpsh installed) and
> without restart xorp services.

I don't think this can be done.

How much more size do you need to save?

You might try making XLOG_TRACE compile out..something like:

#define XLOG_TRACE(a, ...) /* nothing */

Thanks,
Ben

>
> -Thanks 2 all,
> Saurabh
>
>
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com



From naresh_raga at yahoo.co.in  Wed Apr  7 03:42:47 2010
From: naresh_raga at yahoo.co.in (naresh raga)
Date: Wed, 7 Apr 2010 16:12:47 +0530 (IST)
Subject: [Xorp-users] RIP configuration is unable to learn routes.
Message-ID: <540413.90821.qm@web94816.mail.in2.yahoo.com>

Hello friends,
I am trying to connect 2 computers as shown below:PC1 has one NIC(eth0) and PC2 has 2 NICs(eth2 and eth3).Both systems had xorp installed and rip configured.

??????????? PC1(eth0)---------------------(eth2)PC2(eth3)

eth0 :10.64.25.208/16
eth2:10.64.25.77/16
eth3:172.20.0.90/16

Xorp on PC1 is able to learn the subnet of PC2(eth3)? and it is displaying them on xorpsh command:
>show route table ipv4 unicast rip
172.20.0.0/16? [rip(120)/1]
????????????????????? > to 10.64.25.77 via eth0/eth0.
Similarly Xorp on PC2 is able to learn the subnet of 10.64.0.0 and it is displaying:
>show route table ipv4 unicast rip
10.64.0.0/16? [rip(120)/1]
? ? ? ? ? ? ? ? ? ? >to 10.64.25.208 via eth2/eth2? 


But when eth0 is configured to any other subnet (say 11.11.0.0/16) other than 10.64.0.0/16,then PC1 is not displaying any routes .It is unable to learn the subnets of PC2 even when PC2 is sending RIPv2 responses.Similarly PC2 is not learning any route even when PC1(eth0) is sending RIPv2
 response about its connected subnets.

The rip configuration file(of PC1) I have used is pasted below.Similiar configuration I have used on PC2 for two interfaces(configuring RIP on 2 interfaces).What could be the problem in learning routes.Is there anything to add in this configuration(like import policies.)

interfaces{
interface eth0 {
??? description: "IT LAB"
???? mac:00:1d:72:70:23:db? 
??? disable: false
??? vif eth0 {
????? disable: false
????? address 10.64.25.208{
??????? prefix-length: 16
??????? broadcast: 10.64.255.255
??????? disable: false
????? }
????? 
????? 
??? }
? }

}
fea {
? unicast-forwarding4 {
??? disable: false
? }
? 
}

policy {
??? policy-statement connected {
??????? term export {
??????????? from {
??????????????? protocol: "connected"
??????????? }
??????????? 
??????? }
??? }
}
protocols {
? rip {
??? /* Redistribute connected and static routes */
??? export: "connected"
??? /* Run on specified network interface addresses */
??? interface eth0 {
????? vif eth0 {
???????? address 10.64.25.208 {
?????????????? metric:1
?????????????? horizon:"split-horizon-poison-reverse"
???????? }
????? }
??? }
? }

}

Any help in this regard is grateful.

Thanks,
Naresh.





      Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! http://downloads.yahoo.com/in/internetexplorer/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/dd45ec76/attachment.html 

From ladybass at gmail.com  Wed Apr  7 03:58:24 2010
From: ladybass at gmail.com (Shaila Jimenez)
Date: Wed, 7 Apr 2010 12:58:24 +0200
Subject: [Xorp-users] Multicast testbed
Message-ID: <g2jfae5515a1004070358j9a174fd0ocf8f51be0b039450@mail.gmail.com>

Hi users!

I'm trying to run xorp in a multicast scenario using Ubuntu and VLC as a
server streamer. Previously, i used xorp in a basic multicast topology and
all was fine (server ---> xorp router --> client). Now i want to use two
xorp routers (then if works, i have until 8 routers). I've read all the
official documentation and other xorps user's messages but i still don't
understand some warnings that appears when xorp starts.


 My network : Server --->Switch --> xorp1 --->xorp2--->Client

Server (VLC stream to 232.10.10.10 and ttl=3)
- eth0: 192.168.0.10 (Internal LAN)
- eth1: Internet

XORP 1
- eth0: 192.168.0.199
- eth1: 10.10.10.1

XORP 2:
- eth5: 10.10.10.2
- eth6: 192.168.1.199

Client (VLC)
- eth0: 192.168.1.22  (gateway 192.168.1.199)

No other gateways are configured.


* The two routers had this modules configured (see config files below):
interfaces, fea, mfea4, igmp, pimsm4, fib2mrib.
* I'm using satic routes (see config files below).
* RP: the xorp1 is configured as a satic rps.

When i start xorp1,xorp2 and vlc i see a lot of warnings and i dont now what
im doing wrong.

XORP1:
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.2 to 224.0.0.13 on vif
eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth1: source must be directly connected
WARNING xorp_igmp MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_REPORT from 192.168.1.22
to 224.0.0.22 on vif eth1: source must be directly connected
WARNING xorp_igmo MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_QUERY from 192.168.1.199
to 224.0.0.1 on vif eth0: source must be directly connected
WARNING xorp_igmp MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_REPORT from 192.168.0.10
to 224.0.0.22 on vif eth1: source must be directly connected

XORP2:
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.0.199 to 224.0.0.13 on
vif eth6: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.0.199 to 224.0.0.13 on
vif eth5: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.1 to 224.0.0.13 on vif
eth6: source must be directly connected
WARNING xorp_fea FEA ] proto_socket_read() failed:RX packet from 10.10.10.1
to 224.0.0.1 pif_index 6: no vif found
TRACE xorp_pimsm4 PIM ] RX WRONGVIF signal from MFEA_4: vif_index= 1 src =
192.168.0.10 dst=239.255.10.10   (a lot of this type)


I can see video in the client but the quality is very poor :(

What is wrong...the xorps or my network's config? i need to add other
gateways at the network's config?

Any help would be appreciated.

Thanks.

=========================================================================================

XORP1 CONFIG:

interfaces {
    interface eth0 {
        description: "ethernet0"
        disable: false
        default-system-config
    }
    interface eth1 {
        description: "ethernet1"
        disable: false
        default-system-config
    }
}

fea {
    unicast-forwarding4 {
        disable: false
    }
}

plumbing {
    mfea4 {
        disable: false
        interface eth0 {
            vif eth0 {
                disable: false
            }
        }
        interface eth1 {
            vif eth1 {
                disable: false
            }
        }
        interface register_vif {
            vif register_vif {
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: false
            }
        }
    }
}

protocols {
    igmp {
        disable: false
        interface eth0 {
            vif eth0 {
                version: 3
                disable: false
            }
        }
        interface eth1 {
            vif eth1 {
                version: 3
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: true
           }
       }
    }
}

protocols {
    pimsm4 {
       disable: false
       interface eth0 {
           vif eth0 {
              disable: false
           }
        }
        interface eth1 {
           vif eth1 {
              disable: false
           }
        }

       interface register_vif {
                vif register_vif {
                        disable: false
                   }
      }



      static-rps {
        rp 192.168.0.199 {
            group-prefix 224.0.0.0/4 {
            }
         }

    }

      protocols {
            static {
                mrib-route 192.168.1.0/24 {
                        next-hop: 10.10.10.2
                }
            }
    }


    switch-to-spt-threshold {
    /* aprox. 1K bytes/s (10Kbps) threshold */
        disable: false
        interval: 100
        bytes: 102400
    }

        traceoptions {
           flag all {
              disable: true
              }
           }
      }
  }

protocols {
    fib2mrib {
        disable: false
    }
}



XORP 2 CONFIG:


interfaces {
    interface eth5 {
        description: "Ethernet5"
        disable: false
        default-system-config
    }
    interface eth6 {
        description: "Ethernet6"
        disable: false
        default-system-config
    }
}

fea {
    unicast-forwarding4 {
        disable: false
    }
}

plumbing {
    mfea4 {
        disable: false
        interface eth5 {
            vif eth5 {
                disable: false
            }
        }
        interface eth6 {
            vif eth6 {
                disable: false
            }
        }
        interface register_vif {
            vif register_vif {
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: false
            }
        }
    }
}

protocols {
    igmp {
        disable: false
        interface eth5 {
            vif eth5 {
                version: 3
                disable: false
            }
        }
        interface eth6 {
            vif eth6 {
                version: 3
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: true
           }
       }
    }
}

protocols {
    pimsm4 {
       disable: false
       interface eth5 {
           vif eth5 {
              disable: false
           }
        }
        interface eth6 {
           vif eth6 {
              disable: false
           }
        }

       interface register_vif {
                vif register_vif {
                        disable: false
                   }
      }



      static-rps {
        rp 192.168.0.199 {
            group-prefix 224.0.0.0/4 {
            }
         }

    }

      protocols {
            static {
                mrib-route 192.168.0.0/24 {
                        next-hop: 10.10.10.1
                }
            }
    }




    switch-to-spt-threshold {
    /* aprox. 1K bytes/s (10Kbps) threshold */
        disable: false
        interval: 100
        bytes: 102400
    }

        traceoptions {
           flag all {
              disable: true
              }
           }
      }
  }

protocols {
    fib2mrib {
        disable: false
    }
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/e46039af/attachment.html 

From peirce at maine.edu  Wed Apr  7 07:13:06 2010
From: peirce at maine.edu (Garry Peirce)
Date: Wed, 7 Apr 2010 10:13:06 -0400
Subject: [Xorp-users] Multicast testbed
In-Reply-To: <g2jfae5515a1004070358j9a174fd0ocf8f51be0b039450@mail.gmail.com>
References: <g2jfae5515a1004070358j9a174fd0ocf8f51be0b039450@mail.gmail.com>
Message-ID: <015c01cad65c$71f1d590$55d580b0$@edu>

Looks like you're seeing PIM Hellos on interfaces you should not be.

Given -   'My network : Server --->Switch --> xorp1 --->xorp2--->Client',
none of these errors should be seen on Xorp1.

 

WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.2 to 224.0.0.13 on vif
eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth1: source must be directly connected

 

Perhaps you may actually all these interfaces on the same switch in the same
vlan - ?

 

 

From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org] On
Behalf Of Shaila Jimenez
Sent: Wednesday, April 07, 2010 6:58 AM
To: xorp-users at xorp.org
Subject: {Disarmed} [Xorp-users] Multicast testbed

 

Hi users!

I'm trying to run xorp in a multicast scenario using Ubuntu and VLC as a
server streamer. Previously, i used xorp in a basic multicast topology and
all was fine (server ---> xorp router --> client). Now i want to use two
xorp routers (then if works, i have until 8 routers). I've read all the
official documentation and other xorps user's messages but i still don't
understand some warnings that appears when xorp starts.


 My network : Server --->Switch --> xorp1 --->xorp2--->Client

Server (VLC stream to 232.10.10.10 and ttl=3)
- eth0: 192.168.0.10 (Internal LAN) 
- eth1: Internet

XORP 1
- eth0: 192.168.0.199
- eth1: 10.10.10.1

XORP 2:
- eth5: 10.10.10.2
- eth6: 192.168.1.199

Client (VLC)
- eth0: 192.168.1.22  (gateway 192.168.1.199)

No other gateways are configured.


* The two routers had this modules configured (see config files below):
interfaces, fea, mfea4, igmp, pimsm4, fib2mrib.
* I'm using satic routes (see config files below).
* RP: the xorp1 is configured as a satic rps.

When i start xorp1,xorp2 and vlc i see a lot of warnings and i dont now what
im doing wrong.

XORP1:
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.2 to 224.0.0.13 on vif
eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth1: source must be directly connected
WARNING xorp_igmp MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_REPORT from 192.168.1.22
to 224.0.0.22 on vif eth1: source must be directly connected
WARNING xorp_igmo MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_QUERY from 192.168.1.199
to 224.0.0.1 on vif eth0: source must be directly connected
WARNING xorp_igmp MLD6IGMP ] RX IGMP_V3_MEMBERSHIP_REPORT from 192.168.0.10
to 224.0.0.22 on vif eth1: source must be directly connected

XORP2:
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.0.199 to 224.0.0.13 on
vif eth6: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.0.199 to 224.0.0.13 on
vif eth5: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.1 to 224.0.0.13 on vif
eth6: source must be directly connected
WARNING xorp_fea FEA ] proto_socket_read() failed:RX packet from 10.10.10.1
to 224.0.0.1 pif_index 6: no vif found
TRACE xorp_pimsm4 PIM ] RX WRONGVIF signal from MFEA_4: vif_index= 1 src =
192.168.0.10 dst=239.255.10.10   (a lot of this type)


I can see video in the client but the quality is very poor :(

What is wrong...the xorps or my network's config? i need to add other
gateways at the network's config? 

Any help would be appreciated.

Thanks.

============================================================================
=============

XORP1 CONFIG:

interfaces {
    interface eth0 {
        description: "ethernet0"
        disable: false
        default-system-config
    }
    interface eth1 {
        description: "ethernet1"
        disable: false
        default-system-config
    }
}

fea {
    unicast-forwarding4 {
        disable: false
    }
}

plumbing {
    mfea4 {
        disable: false
        interface eth0 {
            vif eth0 {
                disable: false
            }
        }
        interface eth1 {
            vif eth1 {
                disable: false
            }
        }
        interface register_vif {
            vif register_vif {
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: false
            }
        }
    }
}

protocols {
    igmp {
        disable: false
        interface eth0 {
            vif eth0 {
                version: 3
                disable: false
            }
        }
        interface eth1 {
            vif eth1 {
                version: 3
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: true
           }
       }
    }
}

protocols {
    pimsm4 {
       disable: false
       interface eth0 {
           vif eth0 {
              disable: false
           }
        }
        interface eth1 {
           vif eth1 {
              disable: false
           }
        }
      
       interface register_vif {
                vif register_vif {
                        disable: false
                   }
      }



      static-rps {
        rp 192.168.0.199 {
            group-prefix  <http://224.0.0.0/4> MailScanner has detected a
possible fraud attempt from "224.0.0.0" claiming to be 224.0.0.0/4 {
            }
         }

    }

      protocols {
            static {
                mrib-route  <http://192.168.1.0/24> MailScanner has detected
a possible fraud attempt from "192.168.1.0" claiming to be 192.168.1.0/24 {
                        next-hop: 10.10.10.2
                }
            }
    }


    switch-to-spt-threshold {
    /* aprox. 1K bytes/s (10Kbps) threshold */
        disable: false
        interval: 100
        bytes: 102400
    }

        traceoptions {
           flag all {
              disable: true
              }
           }
      }
  }

protocols {
    fib2mrib {
        disable: false
    }
}



XORP 2 CONFIG:


interfaces {
    interface eth5 {
        description: "Ethernet5"
        disable: false
        default-system-config
    }
    interface eth6 {
        description: "Ethernet6"
        disable: false
        default-system-config
    }
}

fea {
    unicast-forwarding4 {
        disable: false
    }
}

plumbing {
    mfea4 {
        disable: false
        interface eth5 {
            vif eth5 {
                disable: false
            }
        }
        interface eth6 {
            vif eth6 {
                disable: false
            }
        }
        interface register_vif {
            vif register_vif {
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: false
            }
        }
    }
}

protocols {
    igmp {
        disable: false
        interface eth5 {
            vif eth5 {
                version: 3
                disable: false
            }
        }
        interface eth6 {
            vif eth6 {
                version: 3
                disable: false
            }
        }
        traceoptions {
            flag all {
                disable: true
           }
       }
    }
}

protocols {
    pimsm4 {
       disable: false
       interface eth5 {
           vif eth5 {
              disable: false
           }
        }
        interface eth6 {
           vif eth6 {
              disable: false
           }
        }
      
       interface register_vif {
                vif register_vif {
                        disable: false
                   }
      }



      static-rps {
        rp 192.168.0.199 {
            group-prefix  <http://224.0.0.0/4> MailScanner has detected a
possible fraud attempt from "224.0.0.0" claiming to be 224.0.0.0/4 {
            }
         }

    }

      protocols {
            static {
                mrib-route  <http://192.168.0.0/24> MailScanner has detected
a possible fraud attempt from "192.168.0.0" claiming to be 192.168.0.0/24 {
                        next-hop: 10.10.10.1
                }
            }
    }




    switch-to-spt-threshold {
    /* aprox. 1K bytes/s (10Kbps) threshold */
        disable: false
        interval: 100
        bytes: 102400
    }

        traceoptions {
           flag all {
              disable: true
              }
           }
      }
  }

protocols {
    fib2mrib {
        disable: false
    }
}

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/aeb765da/attachment-0001.html 

From saurabh.pandya at elitecore.com  Wed Apr  7 08:09:02 2010
From: saurabh.pandya at elitecore.com (saurabh.pandya at elitecore.com)
Date: Wed, 7 Apr 2010 20:39:02 +0530 (IST)
Subject: [Xorp-users]  Multicast testbed
Message-ID: <45417.203.88.140.119.1270652942.squirrel@203.88.135.194>

Have you have configured xorp on virtual machine? if yes then you might
used bridged
interface. If so you are seeing vlc stream due to direct multicast
forwarding on bridged
interface but not due to xorp.

Well I have not yet tested video streaming using xorp for multicast, but
rather I am testing
with multicast network chat software. Where I can see each packet with tcp
dump being
forwarded to appropriate interface (directed by PIM and IGMP) .

I yet to check with VLC..

-Thanks
Saurabh


From saurabh.pandya at elitecore.com  Wed Apr  7 08:13:28 2010
From: saurabh.pandya at elitecore.com (saurabh.pandya at elitecore.com)
Date: Wed, 7 Apr 2010 20:43:28 +0530 (IST)
Subject: [Xorp-users] How can I Update XORP configriation on the fly without
 having xorpsh?
Message-ID: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>

Dear All,

Well I after log message swipe can save around 1.3 MB .. Thanks ben !

Me Lokking in to cli and sh now..

Thanks,
Saurabh


From ladybass at gmail.com  Wed Apr  7 09:19:37 2010
From: ladybass at gmail.com (Shaila Jimenez)
Date: Wed, 7 Apr 2010 18:19:37 +0200
Subject: [Xorp-users] Multicast testbed
In-Reply-To: <015c01cad65c$71f1d590$55d580b0$@edu>
References: <g2jfae5515a1004070358j9a174fd0ocf8f51be0b039450@mail.gmail.com>
	<015c01cad65c$71f1d590$55d580b0$@edu>
Message-ID: <w2qfae5515a1004070919sfa64ef0ehef4bf66fe6b14f64@mail.gmail.com>

Hi Garry!!

First thanks! Yes, initially I have a server and 8 routers connected via a
50-port switch. (Each router has 5 network interfaces.) For now I try two
XORP routers. I have not created any vlan.
Do I have to configure the switch?  :(




2010/4/7 Garry Peirce <peirce at maine.edu>

>  Looks like you?re seeing PIM Hellos on interfaces you should not be.
>
> Given -   ?My network : Server --->Switch --> xorp1 --->xorp2--->Client?,
> none of these errors should be seen on Xorp1.
>
>
>
> WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.2 to 224.0.0.13 on vif
> eth0: source must be directly connected
> WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
> vif eth0: source must be directly connected
> WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
> vif eth1: source must be directly connected
>
>
>
> Perhaps you may actually all these interfaces on the same switch in the
> same vlan - ?
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/89916c73/attachment.html 

From ladybass at gmail.com  Wed Apr  7 09:27:56 2010
From: ladybass at gmail.com (Shaila Jimenez)
Date: Wed, 7 Apr 2010 18:27:56 +0200
Subject: [Xorp-users] Multicast testbed
In-Reply-To: <45417.203.88.140.119.1270652942.squirrel@203.88.135.194>
References: <45417.203.88.140.119.1270652942.squirrel@203.88.135.194>
Message-ID: <x2vfae5515a1004070927vdce78c75q9de476622b28c2b6@mail.gmail.com>

Hi Saurabh  :-)

No, I'm not using any virtual machines.
I'm testing in a laboratory using 8 xorp routers (for the moment I just want
to use two of them) .
If I do not use routers, I can also see the video in the client ... so I'm
doing wrong....

thanks for your answer

2010/4/7 <saurabh.pandya at elitecore.com>

> Have you have configured xorp on virtual machine? if yes then you might
> used bridged
> interface. If so you are seeing vlc stream due to direct multicast
> forwarding on bridged
> interface but not due to xorp.
>
> Well I have not yet tested video streaming using xorp for multicast, but
> rather I am testing
> with multicast network chat software. Where I can see each packet with tcp
> dump being
> forwarded to appropriate interface (directed by PIM and IGMP) .
>
> I yet to check with VLC..
>
> -Thanks
> Saurabh
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/2b2b266b/attachment.html 

From peirce at maine.edu  Wed Apr  7 09:36:26 2010
From: peirce at maine.edu (Garry Peirce)
Date: Wed, 7 Apr 2010 12:36:26 -0400
Subject: [Xorp-users] Multicast testbed
In-Reply-To: <w2qfae5515a1004070919sfa64ef0ehef4bf66fe6b14f64@mail.gmail.com>
References: <g2jfae5515a1004070358j9a174fd0ocf8f51be0b039450@mail.gmail.com>	
	<015c01cad65c$71f1d590$55d580b0$@edu>
	<w2qfae5515a1004070919sfa64ef0ehef4bf66fe6b14f64@mail.gmail.com>
Message-ID: <01e001cad670$779e3a60$66daaf20$@edu>

Given your diagram.yes - as otherwise, assuming all ports are configured in
the same vlan, all ports are in the same broadcast domain.

 

Vlan2:  ptp between server and xorp1  (server eth0+xorp1 eth0)

Vlan4: ptp between routers (xorp1 eth1 and xorp2 eth5)

Vlan5: LAN side of xorp2 (xorp2 eth6) and far side client eth0

 

From: Shaila Jimenez [mailto:ladybass at gmail.com] 
Sent: Wednesday, April 07, 2010 12:20 PM
To: Garry Peirce; xorp-users at xorp.org
Subject: Re: [Xorp-users] Multicast testbed

 

Hi Garry!!

First thanks! Yes, initially I have a server and 8 routers connected via a
50-port switch. (Each router has 5 network interfaces.) For now I try two
XORP routers. I have not created any vlan.
Do I have to configure the switch?  :(





2010/4/7 Garry Peirce <peirce at maine.edu>

Looks like you're seeing PIM Hellos on interfaces you should not be.

Given -   'My network : Server --->Switch --> xorp1 --->xorp2--->Client',
none of these errors should be seen on Xorp1.

 

WARNING xorp_pism3 PIM ] RX PIM_HELLO from 10.10.10.2 to 224.0.0.13 on vif
eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth0: source must be directly connected
WARNING xorp_pism3 PIM ] RX PIM_HELLO from 192.168.1.199 to 224.0.0.13 on
vif eth1: source must be directly connected

 

Perhaps you may actually all these interfaces on the same switch in the same
vlan - ?

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100407/4d091b96/attachment.html 

From greearb at candelatech.com  Wed Apr  7 10:09:04 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 07 Apr 2010 10:09:04 -0700
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
Message-ID: <4BBCBC30.3030604@candelatech.com>

On 04/07/2010 08:13 AM, saurabh.pandya at elitecore.com wrote:
> Dear All,
>
> Well I after log message swipe can save around 1.3 MB .. Thanks ben !

Plz post a patch when you have that working properly.  It would be good
to add a scons argument to compile out logging for folks with
space constraints.  (Maybe with some sort of option to just compile
out TRACE and WARNINGs and not errors/fatal?)

I'm pretty sure there is some more ipv6 stuff in fea that could be
conditionally compiled as well.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Apr  7 11:12:58 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 07 Apr 2010 11:12:58 -0700
Subject: [Xorp-users] RIP configuration is unable to learn routes.
In-Reply-To: <540413.90821.qm@web94816.mail.in2.yahoo.com>
References: <540413.90821.qm@web94816.mail.in2.yahoo.com>
Message-ID: <4BBCCB2A.3090407@candelatech.com>

On 04/07/2010 03:42 AM, naresh raga wrote:
> Hello friends,
> I am trying to connect 2 computers as shown below:PC1 has one NIC(eth0)
> and PC2 has 2 NICs(eth2 and eth3).Both systems had xorp installed and
> rip configured.
>
> PC1(eth0)---------------------(eth2)PC2(eth3)
>
> eth0 :10.64.25.208/16
> eth2:10.64.25.77/16
> eth3:172.20.0.90/16
>
> Xorp on PC1 is able to learn the subnet of PC2(eth3) and it is
> displaying them on xorpsh command:
>  >show route table ipv4 unicast rip
> 172.20.0.0/16 [rip(120)/1]
>  > to 10.64.25.77 via eth0/eth0.
> Similarly Xorp on PC2 is able to learn the subnet of 10.64.0.0 and it is
> displaying:
>  >show route table ipv4 unicast rip
> 10.64.0.0/16 [rip(120)/1]
>  >to 10.64.25.208 via eth2/eth2
>
>
> But when eth0 is configured to any other subnet (say 11.11.0.0/16) other
> than 10.64.0.0/16,then PC1 is not displaying any routes .It is unable to
> learn the subnets of PC2 even when PC2 is sending RIPv2
> responses.Similarly PC2 is not learning any route even when PC1(eth0) is
> sending RIPv2 response about its connected subnets.

I don't know too much about RIP, but wouldn't it be invalid to expect
two PCs connected by a LAN to talk to each other if they are on
different subnets?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From peirce at maine.edu  Wed Apr  7 11:46:56 2010
From: peirce at maine.edu (Garry Peirce)
Date: Wed, 7 Apr 2010 14:46:56 -0400
Subject: [Xorp-users] RIP configuration is unable to learn routes.
In-Reply-To: <4BBCCB2A.3090407@candelatech.com>
References: <540413.90821.qm@web94816.mail.in2.yahoo.com>
	<4BBCCB2A.3090407@candelatech.com>
Message-ID: <021b01cad682$b2adaf20$18090d60$@edu>

yes. 

from RFC 2453 3.9.2 -
...
Because processing of a Response may update the router's routing
table, the Response must be checked carefully for validity.  The
Response must be ignored if it is not from the RIP port.  The
datagram's IPv4 source address should be checked to see whether the
datagram is from a valid neighbor; the source of the datagram must be
on a directly-connected network. ...


> -----Original Message-----
> From: xorp-users-bounces at xorp.org [mailto:xorp-users-bounces at xorp.org]
> On Behalf Of Ben Greear
> Sent: Wednesday, April 07, 2010 2:13 PM
> To: naresh raga
> Cc: xorp-users at xorp.org
> Subject: Re: [Xorp-users] RIP configuration is unable to learn routes.
> 
> On 04/07/2010 03:42 AM, naresh raga wrote:
> > Hello friends,
> > I am trying to connect 2 computers as shown below:PC1 has one
> NIC(eth0)
> > and PC2 has 2 NICs(eth2 and eth3).Both systems had xorp installed and
> > rip configured.
> >
> > PC1(eth0)---------------------(eth2)PC2(eth3)
> >
> > eth0 :10.64.25.208/16
> > eth2:10.64.25.77/16
> > eth3:172.20.0.90/16
> >
> > Xorp on PC1 is able to learn the subnet of PC2(eth3) and it is
> > displaying them on xorpsh command:
> >  >show route table ipv4 unicast rip
> > 172.20.0.0/16 [rip(120)/1]
> >  > to 10.64.25.77 via eth0/eth0.
> > Similarly Xorp on PC2 is able to learn the subnet of 10.64.0.0 and it
> is
> > displaying:
> >  >show route table ipv4 unicast rip
> > 10.64.0.0/16 [rip(120)/1]
> >  >to 10.64.25.208 via eth2/eth2
> >
> >
> > But when eth0 is configured to any other subnet (say 11.11.0.0/16)
> other
> > than 10.64.0.0/16,then PC1 is not displaying any routes .It is unable
> to
> > learn the subnets of PC2 even when PC2 is sending RIPv2
> > responses.Similarly PC2 is not learning any route even when PC1(eth0)
> is
> > sending RIPv2 response about its connected subnets.
> 
> I don't know too much about RIP, but wouldn't it be invalid to expect
> two PCs connected by a LAN to talk to each other if they are on
> different subnets?
> 
> Thanks,
> Ben
> 
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc  http://www.candelatech.com
> 
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users


From saurabh.pandya at elitecore.com  Wed Apr  7 22:31:11 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Thu, 08 Apr 2010 11:01:11 +0530
Subject: [Xorp-users]  Multicast testbed
References: 45417.203.88.140.119.1270652942.squirrel@203.88.135.194
Message-ID: <4BBD6A1F.8050705@elitecore.com>

Let try to Avoid switch by below...
Server--->xorp1 --->xorp2--->Client

Well VLC must work , I have not given try for that take some
multicast chat client (VYpress or any other) you will easily
generate multicast setup with the your config files.

My network : Server --->Switch --> xorp1 --->xorp2--->Client

Then try VLC.

Thanks,
Saurabh


From saurabh.pandya at elitecore.com  Thu Apr  8 23:22:32 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 09 Apr 2010 11:52:32 +0530
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <4BBCBC30.3030604@candelatech.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com>
Message-ID: <4BBEC7A8.5010908@elitecore.com>

On 04/07/2010 10:39 PM, Ben Greear wrote:
> On 04/07/2010 08:13 AM, saurabh.pandya at elitecore.com wrote:
>> Dear All,
>>
>> Well I after log message swipe can save around 1.3 MB .. Thanks ben !
>
> Plz post a patch when you have that working properly.  It would be good
> to add a scons argument to compile out logging for folks with
> space constraints.  (Maybe with some sort of option to just compile
> out TRACE and WARNINGs and not errors/fatal?)
>
> I'm pretty sure there is some more ipv6 stuff in fea that could be
> conditionally compiled as well.
>
> Thanks,
> Ben
>
Hi Ben!

Patch attached here.

Log Removal Patch:
One more workaround I had to do else this patch was in SConstruct file !
,  It was to make
compilation without -Werror ( else it gives wraning of unused arguments
and then build fails
as warning being treated as error due to -Werror), if any other good way
(other then change
code of every call) to avoid removing -Wrror , it will work batter.

User Authentication Hack:
Once we discussed about removing of user authentication from xorp (or
hack in someway)
,so that any (root) user can start and configure xorpsh , would you have
any patch for this?
Or I can make patch if you suggest me something.

Thanks in advance,
Saurabh





-------------- next part --------------
A non-text attachment was scrubbed...
Name: LogRemove.patch
Type: text/x-patch
Size: 3004 bytes
Desc: not available
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100409/4af1f2eb/attachment.bin 

From a.greenhalgh at cs.ucl.ac.uk  Fri Apr  9 02:02:09 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Fri, 9 Apr 2010 10:02:09 +0100
Subject: [Xorp-users] Fwd: Actual FIB Structure
In-Reply-To: <002701cad7c2$81d026d0$85707470$@arizona.edu>
References: <002701cad7c2$81d026d0$85707470$@arizona.edu>
Message-ID: <v2w4769af411004090202jf8408800m5f8f097f993b176d@mail.gmail.com>

anyone know the answers to this ?

adam

---------- Forwarded message ----------
From: Kyuhan Nam <airkh at email.arizona.edu>
Date: 9 April 2010 09:56
Subject: Actual FIB Structure
To: "a.greenhalgh" <a.greenhalgh at cs.ucl.ac.uk>


Hi, Adam.



Sorry to send an email without your permission, but I have trouble to
post to the XORP mailing list.



Could you help me figure out this problem below?





I tried to find the actual structure of FIB.

I traced ?XrlFibClientManager::send_fib_client_add_route? to see where
the actual FIB entries are stored.



I saw ?success = _xrl_fea_fib_client.send_add_route4(?? inside, and I
found _xrl_fea_fib_client is ?XrlFeaFibClientV0p1Client type.

So, I traced ?bool send_add_route4 inside.



I saw ??return _sender->send(?)? inside. This process is too
iterative, so I?m lost here L



Anyone knows where can I find the FIB table? (tree or list)





One more question, I found that the RIB is implemented with the tree.
What kind of tree is this? Patricia Trie,Binary trie or other types?





Thank you in advance


From saurabh.pandya at elitecore.com  Fri Apr  9 06:18:17 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Fri, 09 Apr 2010 18:48:17 +0530
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <4BBCBC30.3030604@candelatech.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com>
Message-ID: <4BBF2919.8010500@elitecore.com>

On 04/07/2010 10:39 PM, Ben Greear wrote:
> On 04/07/2010 08:13 AM, saurabh.pandya at elitecore.com wrote:
>> Dear All,
>>
>> Well I after log message swipe can save around 1.3 MB .. Thanks ben !
>
> Plz post a patch when you have that working properly.  It would be good
> to add a scons argument to compile out logging for folks with
> space constraints.  (Maybe with some sort of option to just compile
> out TRACE and WARNINGs and not errors/fatal?)
>
> I'm pretty sure there is some more ipv6 stuff in fea that could be
> conditionally compiled as well.
>
> Thanks,
> Ben
>
Ben,

patch:
    I have modified patch (previous was too hard coded, pls consider
this only as log removal patch)
    I modified it so that with def-undef to hook with scons.

Lightweight mld-igmp:
    I found one option in upstream code "configure
--with-mld6igmp_lite", this option includes
    lightweight mld-igmp(contrib directory) then regular mld-igmp.

    With xorp.ct is it possible to compile code with this option, i
think it would possibly save few
    KBs. 

Thanks in advance,
Saurabh
-------------- next part --------------
A non-text attachment was scrubbed...
Name: LogRemove_v1.patch
Type: text/x-patch
Size: 5234 bytes
Desc: not available
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100409/f7bacb61/attachment.bin 

From naresh_raga at yahoo.co.in  Fri Apr  9 09:17:40 2010
From: naresh_raga at yahoo.co.in (naresh raga)
Date: Fri, 9 Apr 2010 21:47:40 +0530 (IST)
Subject: [Xorp-users] RIP configuration is unable to learn routes.
Message-ID: <286778.91500.qm@web94808.mail.in2.yahoo.com>

Thanks Ben Greear & Garry Peirce,
?for your response...
You are right regarding my query.It's wrong to expect Xorp(RIP) to learn a route advertised from an invalid neighbour.(not directly connected subnet.)

Now I have sent a RIP response packet from PC1 using nemesis having same subnet as PC2,but with? RIP entry(having different subnet),Xorp(RIP) on PC2 has learnt the route.

Actually I am trying to make Rip route capacity test.I need to advertise number of RIP routes into the router under test.Other than nemesis can you suggest some tools which can easily inject RIP routes.

Thanks,
T.Raga Naresh Kumar.



      The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100409/f9f15fb5/attachment.html 

From greearb at candelatech.com  Fri Apr  9 10:00:29 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 09 Apr 2010 10:00:29 -0700
Subject: [Xorp-users] Fwd: Actual FIB Structure
In-Reply-To: <v2w4769af411004090202jf8408800m5f8f097f993b176d@mail.gmail.com>
References: <002701cad7c2$81d026d0$85707470$@arizona.edu>
	<v2w4769af411004090202jf8408800m5f8f097f993b176d@mail.gmail.com>
Message-ID: <4BBF5D2D.7010502@candelatech.com>

On 04/09/2010 02:02 AM, Adam Greenhalgh wrote:
> anyone know the answers to this ?

Unfortunately, I have never really looked at RIB and do not know.

I can sympathize with trying to follow the XRL logic though...I spent
several days adding logging while trying to understand the rtr-mgr
and never did get a very clear picture.

Some day I'll hack on the callback logic and/or xrl to try to make
it easier to follow...but probably not soon.

Thanks,
Ben

>
> adam
>
> ---------- Forwarded message ----------
> From: Kyuhan Nam<airkh at email.arizona.edu>
> Date: 9 April 2010 09:56
> Subject: Actual FIB Structure
> To: "a.greenhalgh"<a.greenhalgh at cs.ucl.ac.uk>
>
>
> Hi, Adam.
>
>
>
> Sorry to send an email without your permission, but I have trouble to
> post to the XORP mailing list.
>
>
>
> Could you help me figure out this problem below?
>
>
>
>
>
> I tried to find the actual structure of FIB.
>
> I traced ?XrlFibClientManager::send_fib_client_add_route? to see where
> the actual FIB entries are stored.
>
>
>
> I saw ?success = _xrl_fea_fib_client.send_add_route4(?? inside, and I
> found _xrl_fea_fib_client is  XrlFeaFibClientV0p1Client type.
>
> So, I traced  bool send_add_route4 inside.
>
>
>
> I saw  ?return _sender->send(?)? inside. This process is too
> iterative, so I?m lost here L
>
>
>
> Anyone knows where can I find the FIB table? (tree or list)
>
>
>
>
>
> One more question, I found that the RIB is implemented with the tree.
> What kind of tree is this? Patricia Trie,Binary trie or other types?
>
>
>
>
>
> Thank you in advance
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From bms at incunabulum.net  Fri Apr  9 11:30:59 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Fri, 09 Apr 2010 19:30:59 +0100
Subject: [Xorp-users] Fwd: Actual FIB Structure
In-Reply-To: <v2w4769af411004090202jf8408800m5f8f097f993b176d@mail.gmail.com>
References: <002701cad7c2$81d026d0$85707470$@arizona.edu>
	<v2w4769af411004090202jf8408800m5f8f097f993b176d@mail.gmail.com>
Message-ID: <4BBF7263.8090607@incunabulum.net>

On 04/09/10 10:02, Adam Greenhalgh wrote:
> anyone know the answers to this ?
> ---
> One more question, I found that the RIB is implemented with the tree.
> What kind of tree is this? Patricia Trie,Binary trie or other types?
>    

It's basically a patricia trie, with a few optimizations. See 
libxorp/trie.hh.

The RIB can contain several nested data structures, whose representation 
is role specific. The arch PDF docs are the best reference, but in the 
end, if one wishes to understand the code, one has to wade in.

Async code is less readable than sync code, sad fact of life, sorry - 
this is what code navigators are for. Of course if anyone made some nice 
time-domain UML maps to help folk, we'd gladly publish them.


From greearb at candelatech.com  Fri Apr  9 14:58:25 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 09 Apr 2010 14:58:25 -0700
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <4BBF2919.8010500@elitecore.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com> <4BBF2919.8010500@elitecore.com>
Message-ID: <4BBFA301.1040404@candelatech.com>

On 04/09/2010 06:18 AM, saurabh wrote:

> Ben,
>
> patch:
>      I have modified patch (previous was too hard coded, pls consider
> this only as log removal patch)
>      I modified it so that with def-undef to hook with scons.

I don't see any patches to scons.

Also, instead of just defining things to /* */, maybe it should be: do { } while(0)

That way if someone put the xlog in an 'if' statement without parenthesis, the
logic flow will not be altered.  Hopefully the compiler will not actually
generate any object code for the do { } while(0).

For the trace logic that asserts, I'd #define it so that it still did
assert, even if it didn't use any of the logging stuff.  A core file would
probably have plenty of good information to debug the problem.

>
> Lightweight mld-igmp:
>      I found one option in upstream code "configure
> --with-mld6igmp_lite", this option includes
>      lightweight mld-igmp(contrib directory) then regular mld-igmp.
>
>      With xorp.ct is it possible to compile code with this option, i
> think it would possibly save few
>      KBs.

No idea, I haven't ever looked at it.  You might look at how I enabled
OLSR..maybe something similar would work for lightweight mld-igmp.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Mon Apr 12 06:23:12 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Mon, 12 Apr 2010 18:53:12 +0530
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <4BBFA301.1040404@candelatech.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com> <4BBF2919.8010500@elitecore.com>
	<4BBFA301.1040404@candelatech.com>
Message-ID: <4BC31EC0.8070801@elitecore.com>

On 04/10/2010 03:28 AM, Ben Greear wrote:
> On 04/09/2010 06:18 AM, saurabh wrote:
>
>> Ben,
>>
>> patch:
>>      I have modified patch (previous was too hard coded, pls consider
>> this only as log removal patch)
>>      I modified it so that with def-undef to hook with scons.
>
> I don't see any patches to scons.
>
> Also, instead of just defining things to /* */, maybe it should be: do
> { } while(0)
>
> That way if someone put the xlog in an 'if' statement without
> parenthesis, the
> logic flow will not be altered.  Hopefully the compiler will not actually
> generate any object code for the do { } while(0).
>
> For the trace logic that asserts, I'd #define it so that it still did
> assert, even if it didn't use any of the logging stuff.  A core file
> would
> probably have plenty of good information to debug the problem.
>
>>
>> Lightweight mld-igmp:
>>      I found one option in upstream code "configure
>> --with-mld6igmp_lite", this option includes
>>      lightweight mld-igmp(contrib directory) then regular mld-igmp.
>>
>>      With xorp.ct is it possible to compile code with this option, i
>> think it would possibly save few
>>      KBs.
>
> No idea, I haven't ever looked at it.  You might look at how I enabled
> OLSR..maybe something similar would work for lightweight mld-igmp.
>
> Thanks,
> Ben
>
Hi Ben,

I am getting in to scons, and modified my patch, that is now with scons
arguments,
Usage is as below,

"scons disable_tracelogs=yes disable_fatallogs=yes disable_infologs=yes
disable_assertlogs=yes disable_errorlogs=yes
disable_otherlogs=yes "

when you disable all logs (may u can only open info log) it approx.
saves 1.3 MBs (on my machine :) ).

Still One thing is not pleasant in my patch is, I have commented -Werror
from SConstruct,
may this need some batter solution.  May One condition can be added in
SConstruct that
check any of log disabled , then force scons to compiler without -Werror
else with -Werror.

Thanks,
Saurabh


-------------- next part --------------
A non-text attachment was scrubbed...
Name: LogRemove_with_Scons.patch
Type: text/x-patch
Size: 8237 bytes
Desc: not available
Url : http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100412/8467746b/attachment.bin 

From greearb at candelatech.com  Mon Apr 12 15:55:44 2010
From: greearb at candelatech.com (Ben Greear)
Date: Mon, 12 Apr 2010 15:55:44 -0700
Subject: [Xorp-users] How can I Update XORP configriation on the fly
 without having xorpsh?
In-Reply-To: <4BC31EC0.8070801@elitecore.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com> <4BBF2919.8010500@elitecore.com>
	<4BBFA301.1040404@candelatech.com> <4BC31EC0.8070801@elitecore.com>
Message-ID: <4BC3A4F0.2050203@candelatech.com>

On 04/12/2010 06:23 AM, saurabh wrote:

> I am getting in to scons, and modified my patch, that is now with scons
> arguments,
> Usage is as below,
>
> "scons disable_tracelogs=yes disable_fatallogs=yes disable_infologs=yes
> disable_assertlogs=yes disable_errorlogs=yes
> disable_otherlogs=yes "
>
> when you disable all logs (may u can only open info log) it approx.
> saves 1.3 MBs (on my machine :) ).

Looks good.  I'm going to make sure the assert() calls still happen in
XLOG_FATAL and UNREACHABLE logic, but the patch looks good other than that.


> Still One thing is not pleasant in my patch is, I have commented -Werror
> from SConstruct,
> may this need some batter solution.  May One condition can be added in
> SConstruct that
> check any of log disabled , then force scons to compiler without -Werror
> else with -Werror.

Yes, we should have SCONS enable -Werror only if none of the XLOG
stuff is disabled.  I'll make that change as well.

Hope to have this integrated later today or tomorrow.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Tue Apr 13 10:14:20 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 13 Apr 2010 10:14:20 -0700
Subject: [Xorp-users] Allow compiling out logging code.
In-Reply-To: <4BC31EC0.8070801@elitecore.com>
References: <47609.203.88.140.119.1270653208.squirrel@203.88.135.194>
	<4BBCBC30.3030604@candelatech.com> <4BBF2919.8010500@elitecore.com>
	<4BBFA301.1040404@candelatech.com> <4BC31EC0.8070801@elitecore.com>
Message-ID: <4BC4A66C.6040003@candelatech.com>

I fixed up your patch and committed it to xorp.ct

I fixed all of the compile warnings, so -Werror is still
enabled.  I did a simple test with OSPFv6 and it worked
fine.

This saves about 1.2MB on my system when all logging is disabled.

I was compiling with:
scons -j4 disable_tracelogs=yes disable_fatallogs=yes disable_infologs=yes disable_assertlogs=yes disable_errorlogs=yes disable_otherlogs=yes 
disable_warninglogs=yes

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From miro_todorovic at yahoo.com  Tue Apr 13 16:09:35 2010
From: miro_todorovic at yahoo.com (Miroslav Todorovic)
Date: Tue, 13 Apr 2010 16:09:35 -0700 (PDT)
Subject: [Xorp-users] problem with traffic replication in multicast routing
Message-ID: <200911.65415.qm@web37003.mail.mud.yahoo.com>

Hello,

My network has five virtual router and one switch. I also use one server to stream the file on the network. Router that is connected to server? has three interfaces. When I stream file, bit rate that I have on incoming router's interface (interface that receiving stream from server) is not the same as the bit rate on other two outcoming? router's interfaces where I have client that is set? to receive this streaming file. Bit rate on two outcoming interfaces is about half bit rate that is on the incoming router's interface.It should be the same bit rate because of traffic replication. Does anybody know what is? problem here?

Thank you!
Miroslav



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100413/df63bd95/attachment.html 

From greearb at candelatech.com  Tue Apr 13 16:25:33 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 13 Apr 2010 16:25:33 -0700
Subject: [Xorp-users] problem with traffic replication in multicast
	routing
In-Reply-To: <200911.65415.qm@web37003.mail.mud.yahoo.com>
References: <200911.65415.qm@web37003.mail.mud.yahoo.com>
Message-ID: <4BC4FD6D.4010908@candelatech.com>

On 04/13/2010 04:09 PM, Miroslav Todorovic wrote:
> Hello,
>
> My network has five virtual router and one switch. I also use one server
> to stream the file on the network. Router that is connected to server
> has three interfaces. When I stream file, bit rate that I have on
> incoming router's interface (interface that receiving stream from
> server) is not the same as the bit rate on other two outcoming router's
> interfaces where I have client that is set to receive this streaming
> file. Bit rate on two outcoming interfaces is about half bit rate that
> is on the incoming router's interface.It should be the same bit rate
> because of traffic replication. Does anybody know what is problem here?

Please sniff the interfaces with something like wireshark
and see if the ports are actually passing multicast traffic.

Are your client systems receiving any multicast traffic?

Can your client systems ping the server (using normal IP packets)?

You might look at /proc/net/ip_mr_vif and /proc/net/ip_mr_cache
to see if you detect proper entries there.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From miro_todorovic at yahoo.com  Fri Apr 16 01:49:56 2010
From: miro_todorovic at yahoo.com (Miroslav Todorovic)
Date: Fri, 16 Apr 2010 01:49:56 -0700 (PDT)
Subject: [Xorp-users] Fw: Re: problem with traffic replication in multicast
	routing
Message-ID: <901136.85125.qm@web37005.mail.mud.yahoo.com>



--- On Thu, 4/15/10, Miroslav Todorovic <miro_todorovic at yahoo.com> wrote:

From: Miroslav Todorovic <miro_todorovic at yahoo.com>
Subject: Re: [Xorp-users] problem with traffic replication in multicast routing
To: "Ben Greear" <greearb at candelatech.com>
Date: Thursday, April 15, 2010, 3:59 PM

I think you are absolutely right. I've tried to shut the router down and noticed that streaming still exists. Probably switch is taking control of routing, and there is no more need for router, because all clients are directly connected on switch. 

I will try to reorganize my network topology. Maybe I could not use more than one virtual router per one physical computer.

Do I have to use any unicast routing protocol, such static or ospf, to enable multicast routing (I mean in router configuration in config,boot file)?

Thank you very much for helping!

Regards, 
Miroslav

--- On Thu, 4/15/10, Ben Greear <greearb at candelatech.com> wrote:

From: Ben Greear <greearb at candelatech.com>
Subject: Re:
 [Xorp-users] problem with traffic replication in multicast routing
To: "Miroslav Todorovic" <miro_todorovic at yahoo.com>
Date: Thursday, April 15, 2010, 11:29 AM

On 04/15/2010 10:02 AM, Miroslav Todorovic wrote:

> In my network topology, all physical computers that I use to emulate
> virtual routers and virtual clients, are connected through switch.

Maybe something is getting smart and short-circuiting your router
and sending directly to the clients?

You might have to get some more switches and create a more
realistic emulated network rather than use a single switch.

Thanks,
Ben

-- Ben Greear <greearb at candelatech.com>
Candela Technologies Inc? http://www.candelatech.com




      


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100416/e91c5692/attachment.html 

From saurabh.pandya at elitecore.com  Sat Apr 17 06:11:30 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Sat, 17 Apr 2010 18:41:30 +0530
Subject: [Xorp-users] Xorp Router with ISP  (RP discovery?)
Message-ID: <4BC9B382.70006@elitecore.com>

Dear All,

I wish to connect my xorp router (with 3 Ethernet ports total) directly
to ISP.

eth3 of my router is WAN, and eth1 - eth2 are local zone.

While PIM-SM4 Bootstrap section is to configured as below (rightnow !)

    bootstrap {                                      
            disable: false                               
            cand-bsr {                                   
                    scope-zone 224.0.0.0/4 {             
                    is-scope-zone: true                  
                    cand-bsr-by-vif-name: "eth3"        
                    bsr-priority: 10                     
                    hash-mask-len: 30                    
                }                                        
            }                                            
            cand-rp {                                    
                group-prefix 224.0.0.0/4 {               
                    is-scope-zone: true                  
                    cand-rp-by-vif-name: "eth3"         
                    rp-priority: 45                      
                    rp-holdtime: 150                     
                }                                        
            }                                            
        }                

My question: When some hosts under eth1 , eth2 (local zone) have multi-cast
receivers of some multi-cast group (say 239.1.1.45),

"Then xorp router will able to obtain RP-set for each Multicast Group
address
by BSR mechanism from ISP router-path?"  (First Considering ISP router
is PIM enabled
then other case)

Anybody have tested this? or Static RP for each know group will have to
supplied
manually?

Thanks in advance
Saurabh


From saurabh.pandya at elitecore.com  Mon Apr 19 06:15:00 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Mon, 19 Apr 2010 18:45:00 +0530
Subject: [Xorp-users] [Xorp-hackers] More ideas for xorp code size
	improvements.
In-Reply-To: <4BC8B60C.4020203@candelatech.com>
References: <4BC4A887.8030600@candelatech.com>
	<4BC8B60C.4020203@candelatech.com>
Message-ID: <4BCC5754.2050003@elitecore.com>

Thanks Ben,

Well , I will try to dig things here once I will plan for this.
Rightnow I am experimenting xorp with ISP router directly
seems not working somehow with BSR mechanism..

I am seeing that there is no PIM hello from ISP router.
Then How can i know IP of next PIM enable router to
make tunnel with?

-Thanks,
Saurabh


On 04/17/2010 12:40 AM, Ben Greear wrote:
> Maybe callbacks are too much trouble to bother with, but there
> are other areas for improvement.  For instance, this patch
> (against xorp.ct) saves  around 30KB, and it should help
> run-time and stack usage as well.
>
> diff --git a/libxipc/xrl_error.cc b/libxipc/xrl_error.cc
> index fd96af1..b6626f1 100644
> --- a/libxipc/xrl_error.cc
> +++ b/libxipc/xrl_error.cc
> @@ -116,3 +116,6 @@ XrlError::error_msg() const
>  {
>      return _errlet->error_msg();
>  }
> +
> +
> +XrlCmdError XrlCmdError::_xce_ok(XrlError::OKAY());
> diff --git a/libxipc/xrl_error.hh b/libxipc/xrl_error.hh
> index 44dd2fb..4ad2f26 100644
> --- a/libxipc/xrl_error.hh
> +++ b/libxipc/xrl_error.hh
> @@ -179,7 +179,7 @@ public:
>       * still return OKAY(), but the return list should indicate the
>       * error.
>       */
> -    static const XrlCmdError OKAY() { return XrlError::OKAY(); }
> +    static const XrlCmdError& OKAY() { return _xce_ok; }
>
>      /**
>       * Return value when the method arguments are incorrect.
> @@ -215,11 +215,12 @@ public:
>      /**
>       * @return note associated with origin of error (i.e., the reason).
>       */
> -    string note() const { return _xrl_error.note(); }
> +    const string& note() const { return _xrl_error.note(); }
>
>  private:
>      XrlCmdError(const XrlError& xe) : _xrl_error(xe) {}
>      XrlError _xrl_error;
> +    static XrlCmdError _xce_ok;
>  };
>
>  ^L
> diff --git a/libxipc/xrl_sender.hh b/libxipc/xrl_sender.hh
> index 991d40a..123bcec 100644
> --- a/libxipc/xrl_sender.hh
> +++ b/libxipc/xrl_sender.hh
> @@ -30,6 +30,7 @@ class XrlError;
>
>  /**
>   * Base for classes able to transport Xrls.
> + * See xrl_router.hh for implementor of this base class.
>   */
>  class XrlSender {
>  public:
>
>


From greearb at candelatech.com  Tue Apr 20 06:57:58 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 20 Apr 2010 06:57:58 -0700
Subject: [Xorp-users] Fw: Re: problem with traffic replication in
 multicast routing
In-Reply-To: <901136.85125.qm@web37005.mail.mud.yahoo.com>
References: <901136.85125.qm@web37005.mail.mud.yahoo.com>
Message-ID: <4BCDB2E6.5060206@candelatech.com>

On 04/16/2010 01:49 AM, Miroslav Todorovic wrote:
>
>
> --- On *Thu, 4/15/10, Miroslav Todorovic /<miro_todorovic at yahoo.com>/*
> wrote:
>
>
>     From: Miroslav Todorovic <miro_todorovic at yahoo.com>
>     Subject: Re: [Xorp-users] problem with traffic replication in
>     multicast routing
>     To: "Ben Greear" <greearb at candelatech.com>
>     Date: Thursday, April 15, 2010, 3:59 PM
>
>     I think you are absolutely right. I've tried to shut the router down
>     and noticed that streaming still exists. Probably switch is taking
>     control of routing, and there is no more need for router, because
>     all clients are directly connected on switch.
>
>     I will try to reorganize my network topology. Maybe I could not use
>     more than one virtual router per one physical computer.
>
>     Do I have to use any unicast routing protocol, such static or ospf,
>     to enable multicast routing (I mean in router configuration in
>     config,boot file)?

Well, you have to have regular IP routing before multicast can work, but
it could be static, OSPF, or whatever.

You could probably use external tools (ie, manual static routing, etc)
as well, but I haven't tried that.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Tue Apr 20 14:59:44 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 20 Apr 2010 14:59:44 -0700
Subject: [Xorp-users] Here's some bgp config files that work.
Message-ID: <4BCE23D0.9040100@candelatech.com>

I seem to have BGP working now, at least to some degree.

I fixed one exception that was thrown when route destination
is 0.0.0.0 (pushed the fix to xorp.ct), and it's included
below.

The rest of my problems were self-inflicted mis-configuration of
the peers and export policies.

I'm attaching two working configurations in hopes they prove
useful to someone.  There may still be issues with these,
but it works enough for BGP to exchange routes and let clients
attached to the two routers send traffic through them.

Here's the fix for 0.0.0.0 destination.  It should also
just catch the exception and ignore the route instead
of crash..but that's a fix for another day.

[greearb at ben-dt2 libxorp]$ git diff
diff --git a/bgp/path_attribute.cc b/bgp/path_attribute.cc
index f1326b2..b82475c 100644
--- a/bgp/path_attribute.cc
+++ b/bgp/path_attribute.cc
@@ -318,7 +318,7 @@ NextHopAttribute<A>::NextHopAttribute(const uint8_t* d)

      _next_hop = A(payload(d));

-    if (!_next_hop.is_unicast())
+    if (!(_next_hop.is_unicast() || _next_hop.is_zero()))
         xorp_throw(CorruptMessage,
                    c_format("NextHop %s is not a unicast address",
                             _next_hop.str().c_str()),


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xorp-vr10001.conf
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100420/3142715f/attachment.ksh 
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: xorp-vr10002.conf
Url: http://mailman.ICSI.Berkeley.EDU/pipermail/xorp-users/attachments/20100420/3142715f/attachment-0001.ksh 

From greearb at candelatech.com  Tue Apr 20 21:58:01 2010
From: greearb at candelatech.com (Ben Greear)
Date: Tue, 20 Apr 2010 21:58:01 -0700
Subject: [Xorp-users] Anyone have the icsi1.mrtd file?
Message-ID: <4BCE85D9.6080104@candelatech.com>

I'm trying to get the bgp/harness stuff working, and the inject.sh script
references a file "icsi1.mrtd".

I found this reference, but it's not obvious to me how to create
the file from what those links are talking about:
http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-September/002028.html

If anyone has a copy of the icsi1.mrtd file, or knows how to create one
sufficient to stress test bgp, please send me a link (or the file).

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Wed Apr 21 12:07:04 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 21 Apr 2010 12:07:04 -0700
Subject: [Xorp-users] Anyone have the icsi1.mrtd file?
In-Reply-To: <4BCE85D9.6080104@candelatech.com>
References: <4BCE85D9.6080104@candelatech.com>
Message-ID: <4BCF4CD8.7000801@candelatech.com>

On 04/20/2010 09:58 PM, Ben Greear wrote:
> I'm trying to get the bgp/harness stuff working, and the inject.sh script
> references a file "icsi1.mrtd".
>
> I found this reference, but it's not obvious to me how to create
> the file from what those links are talking about:
> http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-September/002028.html
>
> If anyone has a copy of the icsi1.mrtd file, or knows how to create one
> sufficient to stress test bgp, please send me a link (or the file).
>
> Thanks,
> Ben

Nevermind on this..I think I found an acceptable work-around for
my purposes.  One can use 'call_xrl' to 'originate_route4'
and poke a route into bgp.  BGP then updates its peer(s)
accordingly, as far as I can tell.

So, I can script that call_xrl logic and poke in thousands of routes
to do my testing.

Also, I noticed that the bgp/harness logic appears to use a single
callback loop (request, wait for response, do another request, etc)
to load the mrt file, and that is likely to be quite slow since most
of the time processes will be waiting on responses.  Call-xrl isn't
any better in that respect, but it's easier.  And, I could probably
run lots of call-xrl processes in parallel to load routes faster.

Either way, by loading in one bgp router and then letting it peer with a second,
the peer-sync logic should be 100% production xorp code, and can be
optimized/debugged independently of any test harness logic.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From M.Handley at cs.ucl.ac.uk  Wed Apr 21 15:15:42 2010
From: M.Handley at cs.ucl.ac.uk (Mark Handley)
Date: Wed, 21 Apr 2010 23:15:42 +0100
Subject: [Xorp-users] [Xorp-hackers] Anyone have the icsi1.mrtd file?
In-Reply-To: <4BCE85D9.6080104@candelatech.com>
References: <4BCE85D9.6080104@candelatech.com>
Message-ID: <r2y84a612dd1004211515ka92870xa94c5d3dca356ff1@mail.gmail.com>

Ben,

I've put the file here:
http://www.xorp.org/data/bgp/icsi1.mrtd

Cheers,
Mark

On 21 April 2010 05:58, Ben Greear <greearb at candelatech.com> wrote:
> I'm trying to get the bgp/harness stuff working, and the inject.sh script
> references a file "icsi1.mrtd".
>
> I found this reference, but it's not obvious to me how to create
> the file from what those links are talking about:
> http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-September/002028.html
>
> If anyone has a copy of the icsi1.mrtd file, or knows how to create one
> sufficient to stress test bgp, please send me a link (or the file).
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From atanu at xorp.org  Thu Apr 22 08:41:14 2010
From: atanu at xorp.org (Atanu Ghosh)
Date: Thu, 22 Apr 2010 08:41:14 -0700
Subject: [Xorp-users] [Xorp-hackers] Anyone have the icsi1.mrtd file?
In-Reply-To: <r2y84a612dd1004211515ka92870xa94c5d3dca356ff1@mail.gmail.com>
References: <4BCE85D9.6080104@candelatech.com>
	<r2y84a612dd1004211515ka92870xa94c5d3dca356ff1@mail.gmail.com>
Message-ID: <i2l9a09c93f1004220841s7021c8e3sad3c67a9249d9651@mail.gmail.com>

Hi,

It already seems to be in the tree:
URL: https://xorp.svn.sourceforge.net/svnroot/xorp/trunk/data/bgp/icsi1.mrtd
Repository Root: https://xorp.svn.sourceforge.net/svnroot/xorp
Repository UUID: 26435e26-4b25-483a-942d-477236992e84
Revision: 11694
Node Kind: file
Schedule: normal
Last Changed Author: atanu
Last Changed Rev: 266
Last Changed Date: 2003-01-28 21:15:49 -0800 (Tue, 28 Jan 2003)
Text Last Updated: 2010-03-09 21:11:10 -0800 (Tue, 09 Mar 2010)
Checksum: a59aaee0095db9ff6d344b1cccbfaecf

On Wed, Apr 21, 2010 at 3:15 PM, Mark Handley <M.Handley at cs.ucl.ac.uk> wrote:
> Ben,
>
> I've put the file here:
> http://www.xorp.org/data/bgp/icsi1.mrtd
>
> Cheers,
> Mark
>
> On 21 April 2010 05:58, Ben Greear <greearb at candelatech.com> wrote:
>> I'm trying to get the bgp/harness stuff working, and the inject.sh script
>> references a file "icsi1.mrtd".
>>
>> I found this reference, but it's not obvious to me how to create
>> the file from what those links are talking about:
>> http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-September/002028.html
>>
>> If anyone has a copy of the icsi1.mrtd file, or knows how to create one
>> sufficient to stress test bgp, please send me a link (or the file).
>>
>> Thanks,
>> Ben
>>
>> --
>> Ben Greear <greearb at candelatech.com>
>> Candela Technologies Inc ?http://www.candelatech.com
>>
>> _______________________________________________
>> Xorp-hackers mailing list
>> Xorp-hackers at icir.org
>> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>>
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From atanu at xorp.org  Thu Apr 22 08:52:43 2010
From: atanu at xorp.org (Atanu Ghosh)
Date: Thu, 22 Apr 2010 08:52:43 -0700
Subject: [Xorp-users] [Xorp-hackers]  Anyone have the icsi1.mrtd file?
In-Reply-To: <4BCF4CD8.7000801@candelatech.com>
References: <4BCE85D9.6080104@candelatech.com>
	<4BCF4CD8.7000801@candelatech.com>
Message-ID: <i2h9a09c93f1004220852x3668822dh8d9d9ab5c08c810e@mail.gmail.com>

Hi,

For testing rather than introduce routes directly into BGP we build a
test harness that we used to peer with the BGP process under test
bgp/harness/harness.py is probably the simplest example of how to
inject or extract routes from a bgp process.

        Atanu.

On Wed, Apr 21, 2010 at 12:07 PM, Ben Greear <greearb at candelatech.com> wrote:
> On 04/20/2010 09:58 PM, Ben Greear wrote:
>> I'm trying to get the bgp/harness stuff working, and the inject.sh script
>> references a file "icsi1.mrtd".
>>
>> I found this reference, but it's not obvious to me how to create
>> the file from what those links are talking about:
>> http://mailman.icsi.berkeley.edu/pipermail/xorp-users/2007-September/002028.html
>>
>> If anyone has a copy of the icsi1.mrtd file, or knows how to create one
>> sufficient to stress test bgp, please send me a link (or the file).
>>
>> Thanks,
>> Ben
>
> Nevermind on this..I think I found an acceptable work-around for
> my purposes. ?One can use 'call_xrl' to 'originate_route4'
> and poke a route into bgp. ?BGP then updates its peer(s)
> accordingly, as far as I can tell.
>
> So, I can script that call_xrl logic and poke in thousands of routes
> to do my testing.
>
> Also, I noticed that the bgp/harness logic appears to use a single
> callback loop (request, wait for response, do another request, etc)
> to load the mrt file, and that is likely to be quite slow since most
> of the time processes will be waiting on responses. ?Call-xrl isn't
> any better in that respect, but it's easier. ?And, I could probably
> run lots of call-xrl processes in parallel to load routes faster.
>
> Either way, by loading in one bgp router and then letting it peer with a second,
> the peer-sync logic should be 100% production xorp code, and can be
> optimized/debugged independently of any test harness logic.
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From atanu at xorp.org  Thu Apr 22 09:02:46 2010
From: atanu at xorp.org (Atanu Ghosh)
Date: Thu, 22 Apr 2010 09:02:46 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <4BCE23D0.9040100@candelatech.com>
References: <4BCE23D0.9040100@candelatech.com>
Message-ID: <s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>

Hi,

The test for the nexthop being zero is in
FastPathAttributeList<A>::load_raw_data:

                // if there's an NLRI, there must be a non-zero nexthop
                if (do_checks && mp4_reach_att->nexthop() == IPv4::ZERO()) {
                    uint8_t data = NEXT_HOP;
                    xorp_throw(CorruptMessage,"Illegal nexthop", UPDATEMSGERR,
                               MISSWATTR, &data, 1);
                }

I don't know why it isn't being caught here.

       Atanu.

On Tue, Apr 20, 2010 at 2:59 PM, Ben Greear <greearb at candelatech.com> wrote:
> I seem to have BGP working now, at least to some degree.
>
> I fixed one exception that was thrown when route destination
> is 0.0.0.0 (pushed the fix to xorp.ct), and it's included
> below.
>
> The rest of my problems were self-inflicted mis-configuration of
> the peers and export policies.
>
> I'm attaching two working configurations in hopes they prove
> useful to someone. ?There may still be issues with these,
> but it works enough for BGP to exchange routes and let clients
> attached to the two routers send traffic through them.
>
> Here's the fix for 0.0.0.0 destination. ?It should also
> just catch the exception and ignore the route instead
> of crash..but that's a fix for another day.
>
> [greearb at ben-dt2 libxorp]$ git diff
> diff --git a/bgp/path_attribute.cc b/bgp/path_attribute.cc
> index f1326b2..b82475c 100644
> --- a/bgp/path_attribute.cc
> +++ b/bgp/path_attribute.cc
> @@ -318,7 +318,7 @@ NextHopAttribute<A>::NextHopAttribute(const uint8_t* d)
>
> ? ? _next_hop = A(payload(d));
>
> - ? ?if (!_next_hop.is_unicast())
> + ? ?if (!(_next_hop.is_unicast() || _next_hop.is_zero()))
> ? ? ? ?xorp_throw(CorruptMessage,
> ? ? ? ? ? ? ? ? ? c_format("NextHop %s is not a unicast address",
> ? ? ? ? ? ? ? ? ? ? ? ? ? ?_next_hop.str().c_str()),
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>
>


From greearb at candelatech.com  Thu Apr 22 09:13:58 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 22 Apr 2010 09:13:58 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
References: <4BCE23D0.9040100@candelatech.com>
	<s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
Message-ID: <4BD075C6.9040903@candelatech.com>

On 04/22/2010 09:02 AM, Atanu Ghosh wrote:
> Hi,
>
> The test for the nexthop being zero is in
> FastPathAttributeList<A>::load_raw_data:
>
>                  // if there's an NLRI, there must be a non-zero nexthop
>                  if (do_checks&&  mp4_reach_att->nexthop() == IPv4::ZERO()) {
>                      uint8_t data = NEXT_HOP;
>                      xorp_throw(CorruptMessage,"Illegal nexthop", UPDATEMSGERR,
>                                 MISSWATTR,&data, 1);
>                  }
>
> I don't know why it isn't being caught here.

 From debugging yesterday, it seems that routes can get into the route entry cache
that are invalid (multicast addr for next-hop, for instance), but they
are not immediately parsed.  As soon as they *are* parsed and verified,
the exception is thrown.

For the 0.0.0.0 nexthop, I have an explicit null default gw route configured
in Xorp.  I didn't have to do any funny external xrl calls to get that exception
to happen..probably loading a similar config as what I posted would reproduce
the problem for you.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Apr 22 09:58:49 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 22 Apr 2010 09:58:49 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
References: <4BCE23D0.9040100@candelatech.com>
	<s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
Message-ID: <4BD08049.9000506@candelatech.com>

On 04/22/2010 09:02 AM, Atanu Ghosh wrote:
> Hi,
>
> The test for the nexthop being zero is in
> FastPathAttributeList<A>::load_raw_data:
>
>                  // if there's an NLRI, there must be a non-zero nexthop
>                  if (do_checks&&  mp4_reach_att->nexthop() == IPv4::ZERO()) {
>                      uint8_t data = NEXT_HOP;
>                      xorp_throw(CorruptMessage,"Illegal nexthop", UPDATEMSGERR,
>                                 MISSWATTR,&data, 1);
>                  }
>
> I don't know why it isn't being caught here.

I need to back out a few of my hacks I think.  Can you confirm that this
patch is a bad idea?  Ie, is it always invalid to have a 0.0.0.0 nexthop
in BGP?

@@ -318,7 +318,7 @@ NextHopAttribute<A>::NextHopAttribute(const uint8_t* d)

      _next_hop = A(payload(d));

-    if (!_next_hop.is_unicast())
+    if (!(_next_hop.is_unicast() || _next_hop.is_zero()))
  	xorp_throw(CorruptMessage,
  		   c_format("NextHop %s is not a unicast address",
  			    _next_hop.str().c_str()),



Also, does this patch look correct and useful?  It catches
some of the exceptions that were crashing bgp.  Or maybe this
logic should go higher..ie try/catch around the xrl input handling code?

@@ -1069,7 +1069,14 @@ BGPPlumbingAF<A>::add_route(const IPNet<A>& net,
  		   pretty_string_safi(_master.safi()));

      rib_in = iter->second;
-    result = rib_in->add_route(net, pa_list, policy_tags);
+    try {
+	result = rib_in->add_route(net, pa_list, policy_tags);
+    }
+    catch(XorpException &e) {
+	XLOG_WARNING("Exception in add_route: %s, assuming failure\n",
+		     e.str().c_str());
+	result = ADD_FAILURE;
+    }

      if (result == ADD_USED || result == ADD_UNUSED) {
  	_awaits_push = true;


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Thu Apr 22 10:10:24 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 22 Apr 2010 10:10:24 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
References: <4BCE23D0.9040100@candelatech.com>
	<s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
Message-ID: <4BD08300.3010907@candelatech.com>

On 04/22/2010 09:02 AM, Atanu Ghosh wrote:
> Hi,
>
> The test for the nexthop being zero is in
> FastPathAttributeList<A>::load_raw_data:
>
>                  // if there's an NLRI, there must be a non-zero nexthop
>                  if (do_checks&&  mp4_reach_att->nexthop() == IPv4::ZERO()) {
>                      uint8_t data = NEXT_HOP;
>                      xorp_throw(CorruptMessage,"Illegal nexthop", UPDATEMSGERR,
>                                 MISSWATTR,&data, 1);
>                  }
>
> I don't know why it isn't being caught here.

Here is a stack trace of an assert when next-hop was 0.0.0.0.
(I added the assert instead of throwing an exception for debugging
purposes).

It's hard to tell exactly, but I think this is the case that
triggers the un-caught exception as well.  Any ideas on where
the exception should be caught?

#0  0x0000003b07c332f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64	  return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
(gdb) bt
warning: (Internal error: pc 0x7f2b72192dec in read in psymtab, but not in symtab.)

warning: (Internal error: pc 0x7f2b72192620 in read in psymtab, but not in symtab.)

#0  0x0000003b07c332f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x0000003b07c34b20 in *__GI_abort () at abort.c:88
#2  0x00007f2b707e16bd in xlog_fatal (module_name=0x7f2b721b3ef5 "BGP", line=<value optimized out>, file=<value optimized out>,
     function=<value optimized out>, fmt=0x7f2b70802f2c "Assertion (%s) failed") at libxorp/xlog.c:467
#3  0x00007f2b707e175d in xlog_assert (module_name=0x1902 <Address 0x1902 out of bounds>, line=6402, file=0x6 <Address 0x6 out of bounds>,
     function=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, failedexpr=<value optimized out>) at libxorp/xlog.c:480
#4  0x00007f2b7210eda6 in NextHopAttribute<IPv4>::NextHopAttribute (this=0x2229360, d=0x22288c0 "@\3\4") at bgp/path_attribute.cc:321
#5  0x00007f2b7210666a in PathAttribute::create (d=0x22288c0 "@\3\4", max_len=<value optimized out>, l=@0x7fffc5af5fb8,
     peerdata=<value optimized out>, ip_version=<value optimized out>) at bgp/path_attribute.cc:1733
#6  0x00007f2b7211157e in FastPathAttributeList<IPv4>::find_attribute_by_type (this=0x223ad40, type=<value optimized out>)
     at bgp/path_attribute.cc:3116
#7  0x00007f2b72111692 in FastPathAttributeList<IPv4>::nexthop_att (this=0x1902) at bgp/path_attribute.cc:2693
#8  0x00007f2b721116a1 in FastPathAttributeList<IPv4>::nexthop (this=0x1902) at bgp/path_attribute.cc:2699
#9  0x00007f2b72179e34 in NexthopRewriteFilter<IPv4>::filter (this=0x22291e0, rtmsg=@0x7fffc5af6360) at bgp/route_table_filter.cc:200
#10 0x00007f2b72176ffe in FilterVersion<IPv4>::apply_filters (this=0x21da6d0, rtmsg=@0x7fffc5af6360, ref_change=1)
     at bgp/route_table_filter.cc:747
#11 0x00007f2b721796d0 in FilterTable<IPv4>::apply_filters (this=0x2228cd0, rtmsg=@0x7fffc5af6360, ref_change=1)
     at bgp/route_table_filter.cc:1159
#12 0x00007f2b72179a15 in FilterTable<IPv4>::add_route (this=0x2228cd0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>)
     at bgp/route_table_filter.cc:820
#13 0x00007f2b7216c2c1 in DumpTable<IPv4>::route_dump (this=0x222b400, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
     dump_peer=<value optimized out>) at bgp/route_table_dump.cc:193
#14 0x00007f2b7217213c in FanoutTable<IPv4>::route_dump (this=0x21f9f30, rtmsg=@0x7fffc5af6360, caller=<value optimized out>, dump_peer=
     0x21d8830) at bgp/route_table_fanout.cc:409
#15 0x00007f2b7213d2fc in AggregationTable<IPv4>::route_dump (this=0x21f9ea0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
     dump_peer=<value optimized out>) at bgp/route_table_aggregation.cc:660
#16 0x00007f2b7218381e in PolicyTable<IPv4>::route_dump (this=0x21f89b0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
     dump_peer=0x21d8830) at bgp/route_table_policy.cc:300
#17 0x00007f2b7215d6a0 in DecisionTable<IPv4>::route_dump (this=0x21f7f30, rtmsg=@0x7fffc5af6360, peer=0x21d8830)
     at bgp/route_table_decision.cc:866
#18 0x00007f2b72148650 in BGPRouteTable<IPv4>::route_dump (this=0x21f6db0, rtmsg=@0x7fffc5af6360, peer=0x21d8830)
     at bgp/route_table_base.cc:59
#19 0x00007f2b72155255 in CacheTable<IPv4>::route_dump (this=0x21fa7a0, rtmsg=<value optimized out>, caller=<value optimized out>,
     dump_peer=0x21d8830) at bgp/route_table_cache.cc:402
---Type <return> to continue, or q <return> to quit---
#20 0x00007f2b7218381e in PolicyTable<IPv4>::route_dump (this=0x21fa090, rtmsg=@0x7fffc5af65a0, caller=<value optimized out>,
     dump_peer=0x21d8830) at bgp/route_table_policy.cc:300
#21 0x00007f2b7218506e in PolicyTableImport<IPv4>::route_dump (this=0x21fa090, rtmsg=@0x7fffc5af65a0, caller=0x6,
     dump_peer=0xffffffffffffffff) at bgp/route_table_policy_im.cc:56
#22 0x00007f2b721797c1 in FilterTable<IPv4>::route_dump (this=0x21fa260, rtmsg=@0x7fffc5af65a0, caller=<value optimized out>,
     dump_peer=0x21d8830) at bgp/route_table_filter.cc:895
#23 0x00007f2b72192ded in RibInTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=<value optimized out>)
     at bgp/route_table_ribin.cc:374
#24 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa260, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#25 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa090, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#26 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa7a0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#27 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f6db0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#28 0x00007f2b7215d630 in DecisionTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=@0x222b430)
     at bgp/route_table_decision.cc:857
#29 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f89b0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#30 0x00007f2b72147699 in AggregationTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=@0x222b430)
     at bgp/route_table_aggregation.cc:568
#31 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f9f30, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
#32 0x00007f2b7216ad3f in DumpTable<IPv4>::do_next_route_dump (this=0x222b400) at bgp/route_table_dump.cc:358
#33 0x00007f2b7216aef7 in DumpTable<IPv4>::get_next_message (this=0x222b400, next_table=<value optimized out>)
     at bgp/route_table_dump.cc:413
#34 0x00007f2b72177ab5 in FilterTable<IPv4>::get_next_message (this=0x2228cd0, next_table=0x2226a70) at bgp/route_table_filter.cc:1196
#35 0x00007f2b72182e55 in PolicyTable<IPv4>::get_next_message (this=0x2226a70, next_table=0x21da840) at bgp/route_table_policy.cc:395
#36 0x00007f2b72193f8f in RibOutTable<IPv4>::pull_next_route (this=0x21da840) at bgp/route_table_ribout.cc:422
#37 0x00007f2b721940c3 in XorpMemberCallback0B0<bool, RibOutTable<IPv4> >::dispatch (this=<value optimized out>)
     at ./libxorp/callback_nodebug.hh:286
#38 0x00007f2b707f955e in RepeatedTaskNode2::run (this=<value optimized out>, xorp_task=@0x1902) at libxorp/task.cc:122
#39 0x00007f2b707f8937 in TaskList::run (this=<value optimized out>) at libxorp/task.cc:231
#40 0x00007f2b707e54dc in EventLoop::do_work (this=0x7fffc5af6b70, can_block=<value optimized out>) at libxorp/eventloop.cc:133
#41 0x00007f2b707e55c8 in EventLoop::run (this=0x7fffc5af6b70) at libxorp/eventloop.cc:96
#42 0x00007f2b720bbb15 in BGPMain::main_loop (this=0x7fffc5af7060) at bgp/bgp.cc:758
#43 0x00000000004015f8 in main (argv=0x7fffc5af73d8) at bgp/main.cc:93
Current language:  auto; currently minimal


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From atanu at xorp.org  Thu Apr 22 10:37:30 2010
From: atanu at xorp.org (Atanu Ghosh)
Date: Thu, 22 Apr 2010 10:37:30 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <4BD08300.3010907@candelatech.com>
References: <4BCE23D0.9040100@candelatech.com>
	<s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>
	<4BD08300.3010907@candelatech.com>
Message-ID: <n2x9a09c93f1004221037mcfdaf07ye44eccb0524d886f@mail.gmail.com>

Hi,

The original code caught all exceptions from bad update packets in
peer.cc:BGPPeer::get_message. At the bottom of this routine you can
see the CorruptMessage exceptions being caught and the notification
being sent to the peer.

Your stack backtrace looks like the current code does not check the
update packet for sanity but just queues it, then later when the
packet is being processed it notices a problem and throws an
exception, which is not caught. Temporarily you could try catching the
exceptions around pull_next_route in the RibOutTable.

       Atanu.

On Thu, Apr 22, 2010 at 10:10 AM, Ben Greear <greearb at candelatech.com> wrote:
> On 04/22/2010 09:02 AM, Atanu Ghosh wrote:
>> Hi,
>>
>> The test for the nexthop being zero is in
>> FastPathAttributeList<A>::load_raw_data:
>>
>> ? ? ? ? ? ? ? ? ?// if there's an NLRI, there must be a non-zero nexthop
>> ? ? ? ? ? ? ? ? ?if (do_checks&& ?mp4_reach_att->nexthop() == IPv4::ZERO()) {
>> ? ? ? ? ? ? ? ? ? ? ?uint8_t data = NEXT_HOP;
>> ? ? ? ? ? ? ? ? ? ? ?xorp_throw(CorruptMessage,"Illegal nexthop", UPDATEMSGERR,
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? MISSWATTR,&data, 1);
>> ? ? ? ? ? ? ? ? ?}
>>
>> I don't know why it isn't being caught here.
>
> Here is a stack trace of an assert when next-hop was 0.0.0.0.
> (I added the assert instead of throwing an exception for debugging
> purposes).
>
> It's hard to tell exactly, but I think this is the case that
> triggers the un-caught exception as well. ?Any ideas on where
> the exception should be caught?
>
> #0 ?0x0000003b07c332f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> 64 ? ? ? ?return INLINE_SYSCALL (tgkill, 3, pid, selftid, sig);
> (gdb) bt
> warning: (Internal error: pc 0x7f2b72192dec in read in psymtab, but not in symtab.)
>
> warning: (Internal error: pc 0x7f2b72192620 in read in psymtab, but not in symtab.)
>
> #0 ?0x0000003b07c332f5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
> #1 ?0x0000003b07c34b20 in *__GI_abort () at abort.c:88
> #2 ?0x00007f2b707e16bd in xlog_fatal (module_name=0x7f2b721b3ef5 "BGP", line=<value optimized out>, file=<value optimized out>,
> ? ? function=<value optimized out>, fmt=0x7f2b70802f2c "Assertion (%s) failed") at libxorp/xlog.c:467
> #3 ?0x00007f2b707e175d in xlog_assert (module_name=0x1902 <Address 0x1902 out of bounds>, line=6402, file=0x6 <Address 0x6 out of bounds>,
> ? ? function=0xffffffffffffffff <Address 0xffffffffffffffff out of bounds>, failedexpr=<value optimized out>) at libxorp/xlog.c:480
> #4 ?0x00007f2b7210eda6 in NextHopAttribute<IPv4>::NextHopAttribute (this=0x2229360, d=0x22288c0 "@\3\4") at bgp/path_attribute.cc:321
> #5 ?0x00007f2b7210666a in PathAttribute::create (d=0x22288c0 "@\3\4", max_len=<value optimized out>, l=@0x7fffc5af5fb8,
> ? ? peerdata=<value optimized out>, ip_version=<value optimized out>) at bgp/path_attribute.cc:1733
> #6 ?0x00007f2b7211157e in FastPathAttributeList<IPv4>::find_attribute_by_type (this=0x223ad40, type=<value optimized out>)
> ? ? at bgp/path_attribute.cc:3116
> #7 ?0x00007f2b72111692 in FastPathAttributeList<IPv4>::nexthop_att (this=0x1902) at bgp/path_attribute.cc:2693
> #8 ?0x00007f2b721116a1 in FastPathAttributeList<IPv4>::nexthop (this=0x1902) at bgp/path_attribute.cc:2699
> #9 ?0x00007f2b72179e34 in NexthopRewriteFilter<IPv4>::filter (this=0x22291e0, rtmsg=@0x7fffc5af6360) at bgp/route_table_filter.cc:200
> #10 0x00007f2b72176ffe in FilterVersion<IPv4>::apply_filters (this=0x21da6d0, rtmsg=@0x7fffc5af6360, ref_change=1)
> ? ? at bgp/route_table_filter.cc:747
> #11 0x00007f2b721796d0 in FilterTable<IPv4>::apply_filters (this=0x2228cd0, rtmsg=@0x7fffc5af6360, ref_change=1)
> ? ? at bgp/route_table_filter.cc:1159
> #12 0x00007f2b72179a15 in FilterTable<IPv4>::add_route (this=0x2228cd0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>)
> ? ? at bgp/route_table_filter.cc:820
> #13 0x00007f2b7216c2c1 in DumpTable<IPv4>::route_dump (this=0x222b400, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
> ? ? dump_peer=<value optimized out>) at bgp/route_table_dump.cc:193
> #14 0x00007f2b7217213c in FanoutTable<IPv4>::route_dump (this=0x21f9f30, rtmsg=@0x7fffc5af6360, caller=<value optimized out>, dump_peer=
> ? ? 0x21d8830) at bgp/route_table_fanout.cc:409
> #15 0x00007f2b7213d2fc in AggregationTable<IPv4>::route_dump (this=0x21f9ea0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
> ? ? dump_peer=<value optimized out>) at bgp/route_table_aggregation.cc:660
> #16 0x00007f2b7218381e in PolicyTable<IPv4>::route_dump (this=0x21f89b0, rtmsg=@0x7fffc5af6360, caller=<value optimized out>,
> ? ? dump_peer=0x21d8830) at bgp/route_table_policy.cc:300
> #17 0x00007f2b7215d6a0 in DecisionTable<IPv4>::route_dump (this=0x21f7f30, rtmsg=@0x7fffc5af6360, peer=0x21d8830)
> ? ? at bgp/route_table_decision.cc:866
> #18 0x00007f2b72148650 in BGPRouteTable<IPv4>::route_dump (this=0x21f6db0, rtmsg=@0x7fffc5af6360, peer=0x21d8830)
> ? ? at bgp/route_table_base.cc:59
> #19 0x00007f2b72155255 in CacheTable<IPv4>::route_dump (this=0x21fa7a0, rtmsg=<value optimized out>, caller=<value optimized out>,
> ? ? dump_peer=0x21d8830) at bgp/route_table_cache.cc:402
> ---Type <return> to continue, or q <return> to quit---
> #20 0x00007f2b7218381e in PolicyTable<IPv4>::route_dump (this=0x21fa090, rtmsg=@0x7fffc5af65a0, caller=<value optimized out>,
> ? ? dump_peer=0x21d8830) at bgp/route_table_policy.cc:300
> #21 0x00007f2b7218506e in PolicyTableImport<IPv4>::route_dump (this=0x21fa090, rtmsg=@0x7fffc5af65a0, caller=0x6,
> ? ? dump_peer=0xffffffffffffffff) at bgp/route_table_policy_im.cc:56
> #22 0x00007f2b721797c1 in FilterTable<IPv4>::route_dump (this=0x21fa260, rtmsg=@0x7fffc5af65a0, caller=<value optimized out>,
> ? ? dump_peer=0x21d8830) at bgp/route_table_filter.cc:895
> #23 0x00007f2b72192ded in RibInTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=<value optimized out>)
> ? ? at bgp/route_table_ribin.cc:374
> #24 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa260, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #25 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa090, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #26 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21fa7a0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #27 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f6db0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #28 0x00007f2b7215d630 in DecisionTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=@0x222b430)
> ? ? at bgp/route_table_decision.cc:857
> #29 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f89b0, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #30 0x00007f2b72147699 in AggregationTable<IPv4>::dump_next_route (this=<value optimized out>, dump_iter=@0x222b430)
> ? ? at bgp/route_table_aggregation.cc:568
> #31 0x00007f2b721485a6 in BGPRouteTable<IPv4>::dump_next_route (this=0x21f9f30, dump_iter=@0x222b430) at bgp/route_table_base.cc:49
> #32 0x00007f2b7216ad3f in DumpTable<IPv4>::do_next_route_dump (this=0x222b400) at bgp/route_table_dump.cc:358
> #33 0x00007f2b7216aef7 in DumpTable<IPv4>::get_next_message (this=0x222b400, next_table=<value optimized out>)
> ? ? at bgp/route_table_dump.cc:413
> #34 0x00007f2b72177ab5 in FilterTable<IPv4>::get_next_message (this=0x2228cd0, next_table=0x2226a70) at bgp/route_table_filter.cc:1196
> #35 0x00007f2b72182e55 in PolicyTable<IPv4>::get_next_message (this=0x2226a70, next_table=0x21da840) at bgp/route_table_policy.cc:395
> #36 0x00007f2b72193f8f in RibOutTable<IPv4>::pull_next_route (this=0x21da840) at bgp/route_table_ribout.cc:422
> #37 0x00007f2b721940c3 in XorpMemberCallback0B0<bool, RibOutTable<IPv4> >::dispatch (this=<value optimized out>)
> ? ? at ./libxorp/callback_nodebug.hh:286
> #38 0x00007f2b707f955e in RepeatedTaskNode2::run (this=<value optimized out>, xorp_task=@0x1902) at libxorp/task.cc:122
> #39 0x00007f2b707f8937 in TaskList::run (this=<value optimized out>) at libxorp/task.cc:231
> #40 0x00007f2b707e54dc in EventLoop::do_work (this=0x7fffc5af6b70, can_block=<value optimized out>) at libxorp/eventloop.cc:133
> #41 0x00007f2b707e55c8 in EventLoop::run (this=0x7fffc5af6b70) at libxorp/eventloop.cc:96
> #42 0x00007f2b720bbb15 in BGPMain::main_loop (this=0x7fffc5af7060) at bgp/bgp.cc:758
> #43 0x00000000004015f8 in main (argv=0x7fffc5af73d8) at bgp/main.cc:93
> Current language: ?auto; currently minimal
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
> _______________________________________________
> Xorp-hackers mailing list
> Xorp-hackers at icir.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-hackers
>


From greearb at candelatech.com  Thu Apr 22 10:46:42 2010
From: greearb at candelatech.com (Ben Greear)
Date: Thu, 22 Apr 2010 10:46:42 -0700
Subject: [Xorp-users] [Xorp-hackers] Here's some bgp config files that
	work.
In-Reply-To: <n2x9a09c93f1004221037mcfdaf07ye44eccb0524d886f@mail.gmail.com>
References: <4BCE23D0.9040100@candelatech.com>	
	<s2i9a09c93f1004220902x2489e5fnb39e4ee1348cb4af@mail.gmail.com>	
	<4BD08300.3010907@candelatech.com>
	<n2x9a09c93f1004221037mcfdaf07ye44eccb0524d886f@mail.gmail.com>
Message-ID: <4BD08B82.8010403@candelatech.com>

On 04/22/2010 10:37 AM, Atanu Ghosh wrote:
> Hi,
>
> The original code caught all exceptions from bad update packets in
> peer.cc:BGPPeer::get_message. At the bottom of this routine you can
> see the CorruptMessage exceptions being caught and the notification
> being sent to the peer.
>
> Your stack backtrace looks like the current code does not check the
> update packet for sanity but just queues it, then later when the
> packet is being processed it notices a problem and throws an
> exception, which is not caught. Temporarily you could try catching the
> exceptions around pull_next_route in the RibOutTable.

I think the bad route is coming in via a policy I have that tells
BGP to export static and connected routes...not from a peer.

Maybe we need some tighter checks in whatever code handles the
routes from the policy logic?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Fri Apr 23 10:24:46 2010
From: greearb at candelatech.com (Ben Greear)
Date: Fri, 23 Apr 2010 10:24:46 -0700
Subject: [Xorp-users] RFC: Explicitly note that new code contributions are
 copy-righted by the submitter.
Message-ID: <4BD1D7DE.3050600@candelatech.com>


I propose to update the LICENSE file to explicitly note that contributions
on or after today are copyright by the submitter unless otherwise specified
in the commit message and/or committed code.

This ensures that no single entity can re-license XORP or otherwise
take changes in the public svn tree and use or relicense them in ways not compatible
with the current license scheme (GPL, LGPL, other) without consent
of all committers from today on.  I believe this will help make
xorp stronger and it will certainly make me happier about committing
my changes to the public svn tree.



[greearb at ben-dt2 xorp]$ git diff
diff --git a/trunk/xorp/LICENSE b/trunk/xorp/LICENSE
index 69e6102..a143666 100644
--- a/trunk/xorp/LICENSE
+++ b/trunk/xorp/LICENSE
@@ -1,11 +1,11 @@
-#
-# $XORP: xorp/LICENSE,v 1.11 2008/10/02 21:56:13 bms Exp $
-#

  With the exception of code derived from other sources, all XORP software
-is copyrighted by XORP, Inc. [Copyright (c) 2001-2009 XORP, Inc.].
-Files containing derived software are listed in the "LICENSE.other" file
-together with their corresponding copyrights and original licenses.
+committed prior to April 23, 2010 is copyrighted by
+XORP, Inc. [Copyright (c) 2001-2009 XORP, Inc.].  Changes committed
+on or after April 23, 2010 are copyrighted by the author unless
+otherwise specified in the commit message. Files containing derived
+software are listed in the "LICENSE.other" file together with their
+corresponding copyrights and original licenses.

  All XORP software is licensed under the GNU General Public License,
  Version 2, June 1991 contained in the "LICENSE.gpl" file unless


Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From bms at incunabulum.net  Sat Apr 24 20:21:27 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sun, 25 Apr 2010 04:21:27 +0100
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
 are copy-righted by the submitter.
In-Reply-To: <4BD1D7DE.3050600@candelatech.com>
References: <4BD1D7DE.3050600@candelatech.com>
Message-ID: <4BD3B537.80603@incunabulum.net>

On 04/23/10 18:24, Ben Greear wrote:
> I propose to update the LICENSE file to explicitly note that contributions
> on or after today are copyright by the submitter unless otherwise specified
> in the commit message and/or committed code.
>
> This ensures that no single entity can re-license XORP or otherwise
> take changes in the public svn tree and use or relicense them in ways not compatible
> with the current license scheme (GPL, LGPL, other) without consent
> of all committers from today on.  I believe this will help make
> xorp stronger and it will certainly make me happier about committing
> my changes to the public svn tree.
>    

I'm not an IP lawyer, but: I'm afraid it does none of those things, 
other than make the limited use of the GPL herein, more explicit. FWIW 
NetBSD make it explicit that diff chunks are subject to their license.

How contract programmers are normally retained, in the wider world, is 
on a works-for-hire basis; their employer retains the copyright. So a 
side-effect of this change, would be to force the copyright situation to 
be made explicit, by 3rd parties who may seek to release code as part of 
the open-source project. If their code is new, they need not use the 
existing license.

If they merely use XORP, and do not re-distribute it, they are still 
free to use it however they like (including internal modification). 
Products constructed merely by the use of XORP, don't fall under the GPL.

I think it's a mistake to infer that a group of software developers, has 
any particular recognition in IP law, and I draw your attention to the 
GPL actually opening individual committers to risk, as it has no 
indemnity clause.

In any event, I believe that whilst keeping the copyright for your own 
changes is fine, and whilst the code may be redistributed under the 
terms of the GPLv2 and LGPL, the copyright holder for XORP as a whole is 
in fact entitled to relicense the code at any time.

However, the new owners of the XORP intellectual property, have not yet 
stepped forward.

So this proposed change is a no-op. I neither condone nor criticise it 
apart from the above.


From M.Handley at cs.ucl.ac.uk  Sun Apr 25 01:50:44 2010
From: M.Handley at cs.ucl.ac.uk (Mark Handley)
Date: Sun, 25 Apr 2010 09:50:44 +0100
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
	are copy-righted by the submitter.
In-Reply-To: <4BD1D7DE.3050600@candelatech.com>
References: <4BD1D7DE.3050600@candelatech.com>
Message-ID: <r2o84a612dd1004250150mc26e5ca9v51972566e207c00d@mail.gmail.com>

The LICENCE file does need to change, or it could be viewed as
granting copyright to XORP, Inc, which is not the intent.  I'm fine
with your wording.  It seems reasonably unambiguous.

In addition to amending the licence, we should amend the copyright
line on any file we update to be:
// Copyright (c) 2001-2009 XORP, Inc and (c) 2010 by individual contributors.

This makes it clear that XORP, Inc does not own the copyright on new
changes on that specific file.

 - Mark


On 23 April 2010 18:24, Ben Greear <greearb at candelatech.com> wrote:
>
> I propose to update the LICENSE file to explicitly note that contributions
> on or after today are copyright by the submitter unless otherwise specified
> in the commit message and/or committed code.
>
> This ensures that no single entity can re-license XORP or otherwise
> take changes in the public svn tree and use or relicense them in ways not
> compatible
> with the current license scheme (GPL, LGPL, other) without consent
> of all committers from today on. ?I believe this will help make
> xorp stronger and it will certainly make me happier about committing
> my changes to the public svn tree.
>
>
>
> [greearb at ben-dt2 xorp]$ git diff
> diff --git a/trunk/xorp/LICENSE b/trunk/xorp/LICENSE
> index 69e6102..a143666 100644
> --- a/trunk/xorp/LICENSE
> +++ b/trunk/xorp/LICENSE
> @@ -1,11 +1,11 @@
> -#
> -# $XORP: xorp/LICENSE,v 1.11 2008/10/02 21:56:13 bms Exp $
> -#
>
> ?With the exception of code derived from other sources, all XORP software
> -is copyrighted by XORP, Inc. [Copyright (c) 2001-2009 XORP, Inc.].
> -Files containing derived software are listed in the "LICENSE.other" file
> -together with their corresponding copyrights and original licenses.
> +committed prior to April 23, 2010 is copyrighted by
> +XORP, Inc. [Copyright (c) 2001-2009 XORP, Inc.]. ?Changes committed
> +on or after April 23, 2010 are copyrighted by the author unless
> +otherwise specified in the commit message. Files containing derived
> +software are listed in the "LICENSE.other" file together with their
> +corresponding copyrights and original licenses.
>
> ?All XORP software is licensed under the GNU General Public License,
> ?Version 2, June 1991 contained in the "LICENSE.gpl" file unless
>
>
> Thanks,
> Ben
>
> --
> Ben Greear <greearb at candelatech.com>
> Candela Technologies Inc ?http://www.candelatech.com
>
>


From M.Handley at cs.ucl.ac.uk  Sun Apr 25 02:02:09 2010
From: M.Handley at cs.ucl.ac.uk (Mark Handley)
Date: Sun, 25 Apr 2010 10:02:09 +0100
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
	are copy-righted by the submitter.
In-Reply-To: <4BD3B537.80603@incunabulum.net>
References: <4BD1D7DE.3050600@candelatech.com> <4BD3B537.80603@incunabulum.net>
Message-ID: <q2i84a612dd1004250202ze09d9399i847652c12aa1e6ea@mail.gmail.com>

I think you've confused the license and the copyright.  The current
LICENSE file wording could be interpreted as granting copyright of new
code to XORP, Inc.  This is not the intent, so we need to change the
LICENSE file to avoid this being the case.  That's all Ben's wording
does.  It makes no change to the use of GPL.  Obviously you can only
license something if you own the copyright, so that's the root of
authority - the existence of a license does not by itself affect the
ownership of copyright, so the use of the GPL on the existing XORP
code does not affect the copyright of new contributions.

As for re-licensing, if the copyright is owned by a single entity,
that entity cannot revoke the GPL, but they can license under
different terms to anyone they see fit.  Only the copyright holder can
do that.  If the copyright is owned by multiple parties, no single
party can license under different terms any part they don't own the
copyright to.  So whoever now owns the XORP, Inc rights cannot license
any additional new contributions under any license other than the GPL
without the express permission of the copyright holders of those
contributions.

 - Mark

On 25 April 2010 04:21, Bruce Simpson <bms at incunabulum.net> wrote:
> On 04/23/10 18:24, Ben Greear wrote:
>> I propose to update the LICENSE file to explicitly note that contributions
>> on or after today are copyright by the submitter unless otherwise specified
>> in the commit message and/or committed code.
>>
>> This ensures that no single entity can re-license XORP or otherwise
>> take changes in the public svn tree and use or relicense them in ways not compatible
>> with the current license scheme (GPL, LGPL, other) without consent
>> of all committers from today on. ?I believe this will help make
>> xorp stronger and it will certainly make me happier about committing
>> my changes to the public svn tree.
>>
>
> I'm not an IP lawyer, but: I'm afraid it does none of those things,
> other than make the limited use of the GPL herein, more explicit. FWIW
> NetBSD make it explicit that diff chunks are subject to their license.
>
> How contract programmers are normally retained, in the wider world, is
> on a works-for-hire basis; their employer retains the copyright. So a
> side-effect of this change, would be to force the copyright situation to
> be made explicit, by 3rd parties who may seek to release code as part of
> the open-source project. If their code is new, they need not use the
> existing license.
>
> If they merely use XORP, and do not re-distribute it, they are still
> free to use it however they like (including internal modification).
> Products constructed merely by the use of XORP, don't fall under the GPL.
>
> I think it's a mistake to infer that a group of software developers, has
> any particular recognition in IP law, and I draw your attention to the
> GPL actually opening individual committers to risk, as it has no
> indemnity clause.
>
> In any event, I believe that whilst keeping the copyright for your own
> changes is fine, and whilst the code may be redistributed under the
> terms of the GPLv2 and LGPL, the copyright holder for XORP as a whole is
> in fact entitled to relicense the code at any time.
>
> However, the new owners of the XORP intellectual property, have not yet
> stepped forward.
>
> So this proposed change is a no-op. I neither condone nor criticise it
> apart from the above.
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>


From bms at incunabulum.net  Sun Apr 25 02:53:20 2010
From: bms at incunabulum.net (Bruce Simpson)
Date: Sun, 25 Apr 2010 10:53:20 +0100
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
 are copy-righted by the submitter.
In-Reply-To: <q2i84a612dd1004250202ze09d9399i847652c12aa1e6ea@mail.gmail.com>
References: <4BD1D7DE.3050600@candelatech.com> <4BD3B537.80603@incunabulum.net>
	<q2i84a612dd1004250202ze09d9399i847652c12aa1e6ea@mail.gmail.com>
Message-ID: <4BD41110.6010804@incunabulum.net>

On 04/25/10 10:02, Mark Handley wrote:
> I think you've confused the license and the copyright.

They are overlapping issues. Only copyright holders can license what 
they own.

>    The current LICENSE file wording could be interpreted as granting copyright of new
> code to XORP, Inc.  This is not the intent, so we need to change the
> LICENSE file to avoid this being the case.

I have no objection to this; however, that which XORP, Inc. owned, is 
now owned by some other entity.

You are quite right to point out any code committed to the open source 
repository, under the GPL, cannot have the GPL revoked retrospectively. 
Copyright holders are of course free to license what they own as they 
see fit.

If people are happy with what this implies, so it goes.

I should point out that I was explicitly asked, by Marcia Bush, to 
assign copyright to XORPsource, Inc., as it was then known, for the OLSR 
code, and I did so.

This was only possible, because no works-for-hire clause was in effect 
for the work I performed on CenGen, Inc's behalf. I explicitly 
negotiated dropping that from their standard contract. I assigned 
copyright in each individual file to ICSI, as XORP was still hosted 
there at that time.


From greearb at candelatech.com  Sun Apr 25 08:33:22 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 25 Apr 2010 08:33:22 -0700
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
 are copy-righted by the submitter.
In-Reply-To: <r2o84a612dd1004250150mc26e5ca9v51972566e207c00d@mail.gmail.com>
References: <4BD1D7DE.3050600@candelatech.com>
	<r2o84a612dd1004250150mc26e5ca9v51972566e207c00d@mail.gmail.com>
Message-ID: <4BD460C2.30605@candelatech.com>

On 04/25/2010 01:50 AM, Mark Handley wrote:
> The LICENCE file does need to change, or it could be viewed as
> granting copyright to XORP, Inc, which is not the intent.  I'm fine
> with your wording.  It seems reasonably unambiguous.
>
> In addition to amending the licence, we should amend the copyright
> line on any file we update to be:
> // Copyright (c) 2001-2009 XORP, Inc and (c) 2010 by individual contributors.
>
> This makes it clear that XORP, Inc does not own the copyright on new
> changes on that specific file.

Would it be fair to just change ALL copyright headers to have the wording
as you suggest above, or just files we touch as we touch them in a non-trivial
manner?

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From greearb at candelatech.com  Sun Apr 25 08:44:27 2010
From: greearb at candelatech.com (Ben Greear)
Date: Sun, 25 Apr 2010 08:44:27 -0700
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
 are copy-righted by the submitter.
In-Reply-To: <4BD3B537.80603@incunabulum.net>
References: <4BD1D7DE.3050600@candelatech.com> <4BD3B537.80603@incunabulum.net>
Message-ID: <4BD4635B.6050003@candelatech.com>

On 04/24/2010 08:21 PM, Bruce Simpson wrote:
> On 04/23/10 18:24, Ben Greear wrote:
>> I propose to update the LICENSE file to explicitly note that contributions
>> on or after today are copyright by the submitter unless otherwise specified
>> in the commit message and/or committed code.
>>
>> This ensures that no single entity can re-license XORP or otherwise
>> take changes in the public svn tree and use or relicense them in ways not compatible
>> with the current license scheme (GPL, LGPL, other) without consent
>> of all committers from today on.  I believe this will help make
>> xorp stronger and it will certainly make me happier about committing
>> my changes to the public svn tree.
>>
>
> I'm not an IP lawyer, but: I'm afraid it does none of those things,
> other than make the limited use of the GPL herein, more explicit. FWIW
> NetBSD make it explicit that diff chunks are subject to their license.
>
> How contract programmers are normally retained, in the wider world, is
> on a works-for-hire basis; their employer retains the copyright. So a
> side-effect of this change, would be to force the copyright situation to
> be made explicit, by 3rd parties who may seek to release code as part of
> the open-source project. If their code is new, they need not use the
> existing license.

If code is accepted into xorp, the committer can basically copyright the
code how they wish...assign to themselves or their employer as desired.
But, it should not automatically be assumed to be copyright by 'xorp-inc',
or whoever bought it's IP.

> If they merely use XORP, and do not re-distribute it, they are still
> free to use it however they like (including internal modification).
> Products constructed merely by the use of XORP, don't fall under the GPL.
>
> I think it's a mistake to infer that a group of software developers, has
> any particular recognition in IP law, and I draw your attention to the
> GPL actually opening individual committers to risk, as it has no
> indemnity clause.

We could add the standard 'this code is not guaranteed to do anything and may
break everything and it's still only the user's fault'
disclaimer somewhere too.  But, that's not got so much to do with copyright
I think.

>
> In any event, I believe that whilst keeping the copyright for your own
> changes is fine, and whilst the code may be redistributed under the
> terms of the GPLv2 and LGPL, the copyright holder for XORP as a whole is
> in fact entitled to relicense the code at any time.

Yes, but after my proposed changes go in, there will not be a single copyright
holder anymore, for new code.  So neither I, nor any other entity can arbitrarily
take the new public SVN code private without consent of all copyright holders.
You and all others are welcome to submit your own copyrighted patches to basically
ensure no one can ever take the new public xorp code private again.

Based on the LICENSE file, I think that the new owners of xorp-inc probably could
make a claim of all code currently in xorp svn, including patches I've previously committed.
I'm not going to worry about that..I just want my new changes copyrighted by the author.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From M.Handley at cs.ucl.ac.uk  Sun Apr 25 12:27:32 2010
From: M.Handley at cs.ucl.ac.uk (Mark Handley)
Date: Sun, 25 Apr 2010 20:27:32 +0100
Subject: [Xorp-users] RFC: Explicitly note that new code contributions
	are copy-righted by the submitter.
In-Reply-To: <4BD460C2.30605@candelatech.com>
References: <4BD1D7DE.3050600@candelatech.com>
	<r2o84a612dd1004250150mc26e5ca9v51972566e207c00d@mail.gmail.com>
	<4BD460C2.30605@candelatech.com>
Message-ID: <m2n84a612dd1004251227ma4e4ba2erdadf109cd88569a6@mail.gmail.com>

On 25 April 2010 16:33, Ben Greear <greearb at candelatech.com> wrote:
> On 04/25/2010 01:50 AM, Mark Handley wrote:
>>
>> The LICENCE file does need to change, or it could be viewed as
>> granting copyright to XORP, Inc, which is not the intent. ?I'm fine
>> with your wording. ?It seems reasonably unambiguous.
>>
>> In addition to amending the licence, we should amend the copyright
>> line on any file we update to be:
>> // Copyright (c) 2001-2009 XORP, Inc and (c) 2010 by individual
>> contributors.
>>
>> This makes it clear that XORP, Inc does not own the copyright on new
>> changes on that specific file.
>
> Would it be fair to just change ALL copyright headers to have the wording
> as you suggest above, or just files we touch as we touch them in a
> non-trivial
> manner?

I think we need to do it on a case by case basis, tedious though that
is.  Changing it on files we have made no additional contribution to
seems to misrepresent the actual copyright situation.

Note that there is no issue if we forget to do this - copyright still
exists, event if you don't put a copyright notice on something.  The
copyright notice can always be fixed later.

 - Mark


From 62mkv at mail.ru  Mon Apr 26 05:13:41 2010
From: 62mkv at mail.ru (62mkv)
Date: Mon, 26 Apr 2010 19:13:41 +0700
Subject: [Xorp-users] request for info from a dummy newbie..(IP multicast on
	a Windows XP machines)
Message-ID: <1133878906.20100426191341@mail.ru>

Hello Xorp-users,

  (I have not notices FAQ on www.xorp.org, so I decided to write here)

  I have a problem - every week (actually, several times a week)
  I need to deploy a ~50 Gb set of binary data files from one Windows XP workstation
  to 8 others as soon as possible.

  now I use a NetBIOS file sharing, and a cascade scheme (1->2; then
  1->3 and 2->4; then 1->5; 2->6; 3->7 and 4->8)

  this scheme still takes three times more time, than is actually
  necessary, if I could make it in a single operation.

  please, anyone, tell me:
  1) is it possible to realize an IP-multicast-based reliable
  simultaneous file data transfer from a single PC to N others (having
  them all Windows XP SP3 for example)
  2) which hardware and software requirements exist for this purpose
  3) is there's already a HOWTO-guide, highlighting this (or closely
  related) approach, please help with an URL of it.

  TiA !

Best wishes, 62mkv

mailto: 62mkv at mail.ru


From a.greenhalgh at cs.ucl.ac.uk  Mon Apr 26 05:25:08 2010
From: a.greenhalgh at cs.ucl.ac.uk (Adam Greenhalgh)
Date: Mon, 26 Apr 2010 13:25:08 +0100
Subject: [Xorp-users] request for info from a dummy newbie..(IP
	multicast on a Windows XP machines)
In-Reply-To: <1133878906.20100426191341@mail.ru>
References: <1133878906.20100426191341@mail.ru>
Message-ID: <t2j4769af411004260525tb4e1444u7895e26e10832c06@mail.gmail.com>

Hi,

I am not sure xorp is what you want for this at all, as Xorp is a
router software stack and not an end system file transfer utility.

Adam

On 26 April 2010 13:13, 62mkv <62mkv at mail.ru> wrote:
> Hello Xorp-users,
>
> ?(I have not notices FAQ on www.xorp.org, so I decided to write here)
>
> ?I have a problem - every week (actually, several times a week)
> ?I need to deploy a ~50 Gb set of binary data files from one Windows XP workstation
> ?to 8 others as soon as possible.
>
> ?now I use a NetBIOS file sharing, and a cascade scheme (1->2; then
> ?1->3 and 2->4; then 1->5; 2->6; 3->7 and 4->8)
>
> ?this scheme still takes three times more time, than is actually
> ?necessary, if I could make it in a single operation.
>
> ?please, anyone, tell me:
> ?1) is it possible to realize an IP-multicast-based reliable
> ?simultaneous file data transfer from a single PC to N others (having
> ?them all Windows XP SP3 for example)
> ?2) which hardware and software requirements exist for this purpose
> ?3) is there's already a HOWTO-guide, highlighting this (or closely
> ?related) approach, please help with an URL of it.
>
> ?TiA !
>
> Best wishes, 62mkv
>
> mailto: 62mkv at mail.ru
>
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>


From 62mkv at mail.ru  Mon Apr 26 06:23:47 2010
From: 62mkv at mail.ru (62mkv)
Date: Mon, 26 Apr 2010 20:23:47 +0700
Subject: [Xorp-users] request for info from a dummy newbie..(IP
	multicast on a Windows XP machines)
In-Reply-To: <t2j4769af411004260525tb4e1444u7895e26e10832c06@mail.gmail.com>
References: <1133878906.20100426191341@mail.ru>
	<t2j4769af411004260525tb4e1444u7895e26e10832c06@mail.gmail.com>
Message-ID: <1652225102.20100426202347@mail.ru>

Hello Adam Greenhalgh

I suspected it, but may be there're people in the community who could
help in this question...

anyway, if somebody is doing Xorp development, there must be people
who use it (for example, developers of such "end system file transfer
utilities")

either I completely misunderstand what Xorp is about, but I've read
anout it on wikipedia page for "IGMP", and I think that implementing IGMP is the
only way to do what I want to.

 AG> Hi,

AG> I am not sure xorp is what you want for this at all, as Xorp is a
AG> router software stack and not an end system file transfer utility.

AG> Adam

AG> On 26 April 2010 13:13, 62mkv <62mkv at mail.ru> wrote:
>> Hello Xorp-users,
>>
>> ?(I have not notices FAQ on www.xorp.org, so I decided to write here)
>>
>> ?I have a problem - every week (actually, several times a week)
>> ?I need to deploy a ~50 Gb set of binary data files from one Windows XP workstation
>> ?to 8 others as soon as possible.
>>
>> ?now I use a NetBIOS file sharing, and a cascade scheme (1->2; then
>> ?1->3 and 2->4; then 1->5; 2->6; 3->7 and 4->8)
>>
>> ?this scheme still takes three times more time, than is actually
>> ?necessary, if I could make it in a single operation.
>>
>> ?please, anyone, tell me:
>> ?1) is it possible to realize an IP-multicast-based reliable
>> ?simultaneous file data transfer from a single PC to N others (having
>> ?them all Windows XP SP3 for example)
>> ?2) which hardware and software requirements exist for this purpose
>> ?3) is there's already a HOWTO-guide, highlighting this (or closely
>> ?related) approach, please help with an URL of it.
>>
>> ?TiA !
>>
>> Best wishes, 62mkv
>>
>> mailto: 62mkv at mail.ru
>>
>> _______________________________________________
>> Xorp-users mailing list
>> Xorp-users at xorp.org
>> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users
>>


 
Best wishes, 62mkv

mailto: 62mkv at mail.ru


From saurabh.pandya at elitecore.com  Wed Apr 28 07:37:04 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Wed, 28 Apr 2010 20:07:04 +0530
Subject: [Xorp-users] Xorp Router with ISP (RP discovery?) - ISP not
 supporting PIM
Message-ID: <4BD84810.3050206@elitecore.com>

Dear All,

I have two ISP for my multi-cast experiment

1) wireless broadband (eth3)
2) wired broadband (ppp0)

-ForWireless ISP I even can't see any IGMP/PIM message
over ppp0 interface (with tcpdump -i ppp0) after ppp0 get connected.

-with wired broadband: (eth3)
For Wired ISP I can't see any PIM message but I could see IGMP queries !
means ISP not running PIM-SM on their router.
They are not willing to provide information on their multicast setup !

I want my xorp router to act in behalf on underlaying networks to get
multi-cast data streams from Internet for their active mcast group
listeners ?
 
Do I need IGMP proxy for this purpose ? (any suggestion)
 
Current Xorp have any hack for such proxy-ing  ? Or it is in future
road-map ? 

Thanks in advance,
Saurabh


From greearb at candelatech.com  Wed Apr 28 08:10:35 2010
From: greearb at candelatech.com (Ben Greear)
Date: Wed, 28 Apr 2010 08:10:35 -0700
Subject: [Xorp-users] Xorp Router with ISP (RP discovery?) - ISP not
 supporting PIM
In-Reply-To: <4BD84810.3050206@elitecore.com>
References: <4BD84810.3050206@elitecore.com>
Message-ID: <4BD84FEB.3080805@candelatech.com>

On 04/28/2010 07:37 AM, saurabh wrote:
> Dear All,
>
> I have two ISP for my multi-cast experiment
>
> 1) wireless broadband (eth3)
> 2) wired broadband (ppp0)
>
> -ForWireless ISP I even can't see any IGMP/PIM message
> over ppp0 interface (with tcpdump -i ppp0) after ppp0 get connected.

Xorp isn't sending any messages at all on ppp0?  Maybe it only uses
mcast on broadcast interfaces (such as Ethernet).

> -with wired broadband: (eth3)
> For Wired ISP I can't see any PIM message but I could see IGMP queries !
> means ISP not running PIM-SM on their router.
> They are not willing to provide information on their multicast setup !

I think if the upstream won't run multicast routing, there isn't much you
could do locally to fix the problem.

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com


From saurabh.pandya at elitecore.com  Thu Apr 29 03:44:58 2010
From: saurabh.pandya at elitecore.com (saurabh)
Date: Thu, 29 Apr 2010 16:14:58 +0530
Subject: [Xorp-users] Xorp Router with ISP (RP discovery?) - ISP not
 supporting PIM
In-Reply-To: <4BD84FEB.3080805@candelatech.com>
References: <4BD84810.3050206@elitecore.com> <4BD84FEB.3080805@candelatech.com>
Message-ID: <4BD9632A.8090105@elitecore.com>

On 04/28/2010 08:40 PM, Ben Greear wrote:
> On 04/28/2010 07:37 AM, saurabh wrote:
>> Dear All,
>>
>> I have two ISP for my multi-cast experiment
>>
>> 1) wireless broadband (eth3)
>> 2) wired broadband (ppp0)
>>
>> -ForWireless ISP I even can't see any IGMP/PIM message
>> over ppp0 interface (with tcpdump -i ppp0) after ppp0 get connected.
>
> Xorp isn't sending any messages at all on ppp0?  Maybe it only uses
> mcast on broadcast interfaces (such as Ethernet).
Xorp is sending IGMP quries and PIM hellos, but these is no IGMP/PIM
movement from wireless ISP side!!
Its is EDGE broadband connection..
>
>> -with wired broadband: (eth3)
>> For Wired ISP I can't see any PIM message but I could see IGMP queries !
>> means ISP not running PIM-SM on their router.
>> They are not willing to provide information on their multicast setup !
>
> I think if the upstream won't run multicast routing, there isn't much you
> could do locally to fix the problem.
May IGMP proxies solve this issue, when ISP not running PIM but running
IGMP.
According to my knowledge these proxies forward IGMP join and leave
messages to
ISP router on behalf of underlaying network. So that IGMP based ISP then
able to
route multicast data to your router. 

I eager to know that If anybody had clubbed some IGMP proxy with xorp or
run them
independently with xorp? Any hint/point will be helpful .. :)

Thanks,
Saurabh