[Xorp-users] Getting problem in Querier Election

[Pavlin Radoslavov]

Tushar Mehta <tushar.mehta at einfochips.com> wrote:

> I want to check whether XORP is performing Querier Election when one of the
> IGMPv3 router detect that some another router also sending query.
> I am attaching my setup design and also my configuration file.
> i am running IGMPv3 for IPv4 on the both interfaces.
> both interfaces of the XORP is connected to port-1 and port-2
> respectively and i am checking at the port-3.
> 
> Can any one tell what is the problem with the setup or in the configuration
> file?
> I want to the check the election process of IGMPv3.

What are you trying to achieve by connecting two interfaces to the
same subnet? For multicast purpose this could be a bit dangerous (to
say the least), and you might be better off by using VLANs (if you
really want two interfaces connected to the same LAN).

Anyway, below is some info that might help you get the Querier
Election working in your setup.

The issue you are seeing is that both XORP interfaces are connected
to the same subnet. As a result of that:
* The IGMP router side implementation in XORP will ignore its own
  queries even though they were originated from a different
  interface.
  You could try to change this by modifying the following code
  inside file mld6igmp/mld6igmp_proto.cc :

    // Ignore my own queries
    if (mld6igmp_node().is_my_addr(src))
        return (XORP_ERROR);

to:

    // Ignore my own queries
    if (is_my_addr(src))
        return (XORP_ERROR);

* The Query from the other interface will appear as coming from a
  router that is not directly connected to the subnet (because of
  the different subnet address).
  To get around this you might want to comment-out the following
  code inside same file:

    // Source address must be directly connected
    if (! mld6igmp_node().is_directly_connected(*this, src)) {
        error_msg = c_format("RX %s from %s to %s on vif %s: "
                             "source must be directly connected",
                             proto_message_type2ascii(message_type),
                             cstring(src), cstring(dst),
                             name().c_str());
        XLOG_WARNING("%s", error_msg.c_str());
	return (XORP_ERROR);
    }


Hope that helps,
Pavlin

> OS specification on which XORP is running:
> OS: Fedora Core 5
> kernel version: 2.6.15-1.2054_FC5
> architecture: i686
> XORP version: 1.4
> IGMP version: 3( for IPv4)
> 
> 
> 
> -- 
> _____________________________________________________________________
> Disclaimer: This e-mail message and all attachments transmitted with it
> are intended solely for the use of the addressee and may contain legally
> privileged and confidential information. If the reader of this message
> is not the intended recipient, or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby
> notified that any dissemination, distribution, copying, or other use of
> this message or its attachments is strictly prohibited. If you have
> received this message in error, please notify the sender immediately by
> replying to this message and please delete it from your computer. Any
> views expressed in this message are those of the individual sender
> unless otherwise stated.Company has taken enough precautions to prevent
> the spread of viruses. However the company accepts no liability for any
> damage caused by any virus transmitted by this email.
> _____________________________________________________________________
>  
> /* $XORP: xorp/rtrmgr/config.boot.sample,v 1.46 2007/03/12 10:16:05 atanu Exp $ */
> 
> 
> interfaces {
>     restore-original-config-on-shutdown: false
>     interface eth0 {
> 	description: "ethernet interface"
> 	disable: false
> 	default-system-config
> 	}
>     interface eth1 {
> 	description: "ethernet interface"
> 	disable: false
> 	default-system-config
> 	}
> }
> 
> 
> fea {
>     unicast-forwarding4 {
> 	disable: false
> 	forwarding-entries {
> 	    retain-on-startup: false 
> 	    retain-on-shutdown:	false
> 	}
>     }
> }
> 
> 
> policy {
>     /* Describe connected routes for redistribution */
>     policy-statement connected {
> 	term export {
> 	    from {
> 		protocol: "connected"
> 	    }
> 	}
>     }
> }
> 
> policy {
>     /* Describe static routes for redistribution */
>     policy-statement static {
> 	term export {
> 	    from {
> 		protocol: "static"
> 	    }
> 	}
>     }
> }
> 
> plumbing {
>     mfea4 {
> 	disable: false
> 	interface eth0 {
> 	    vif eth0 {
> 		disable: false
> 	    }
> 	}
>         interface eth1 {
> 	    vif eth1 {
> 		disable: false
> 	    }
> 	}
> 	interface register_vif {
> 	    vif register_vif {
> 		/* Note: this vif should be always enabled */
> 		disable: false
> 	    }
> 	}
> 	traceoptions {
> 	    flag all {
> 		disable: false
> 	    }
> 	}
>     }
> }
> 
> protocols {
>     igmp {
> 	disable: false
> 	interface eth0 {
> 	    vif eth0 {
> 		disable: false		
> 		 version: 3
> 		 enable-ip-router-alert-option-check: true
> 		 query-interval: 5
> 		 query-last-member-interval: 5
> 		 query-response-interval: 2
> 		 robust-count: 2 
> 	    }
> 	}
> 	interface eth1 {
> 	    vif eth1 {
> 		disable: false		
> 		 version: 3
> 		 enable-ip-router-alert-option-check: true
> 		 query-interval: 5
> 		 query-last-member-interval: 5
> 		 query-response-interval: 2
> 		 robust-count: 2 
> 	    }
> 	}
> 	traceoptions {
> 	    flag all {
> 		disable: false
> 	    }
> 	}
>     }
> }
> 
> _______________________________________________
> Xorp-users mailing list
> Xorp-users at xorp.org
> http://mailman.ICSI.Berkeley.EDU/mailman/listinfo/xorp-users