Date: Thu, 25 Jun 2015 18:18:35 +0200 (CEST) From: Emeric POUPON <emeric.poupon@stormshield.eu> To: "Andrey V. Elsukov" <bu7cher@yandex.ru> Cc: freebsd-net@freebsd.org Subject: Re: Multicast routing questions Message-ID: <2028687645.4478774.1435249115536.JavaMail.zimbra@stormshield.eu> In-Reply-To: <558B963C.9090302@yandex.ru> References: <1192147789.4088965.1435134165130.JavaMail.zimbra@stormshield.eu> <886014477.4193151.1435158793240.JavaMail.zimbra@stormshield.eu> <558B963C.9090302@yandex.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Ok thanks, I understand this case. But the problem is that we perform a lot of unnecessary mforward calls from ip_input. The mrt route cache lookup is performed thanks to the src/dst addresse couple. The interface of the cached route does not match the current interface and that is what prevents "infinite" loops. Is that really how it is meant to be done? Emeric ----- Mail original ----- De: "Andrey V. Elsukov" <bu7cher@yandex.ru> À: "Emeric POUPON" <emeric.poupon@stormshield.eu>, freebsd-net@freebsd.org Envoyé: Jeudi 25 Juin 2015 07:48:44 Objet: Re: Multicast routing questions On 24.06.2015 18:13, Emeric POUPON wrote: > Hi, > > Actually, I don't really understand why imo.imo_multicast_loop is set > to 1 in send_packet, ip_mroute.c > > It seems we don't need to loop the packet once it is mrouted? I think this can be used for the case, when on the router some app has been joined to multicast group on the specific interface used as outgoing in send_packet. -- WBR, Andrey V. Elsukov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2028687645.4478774.1435249115536.JavaMail.zimbra>