[Serusers] multicast loopback

Jan Janak jan at iptel.org
Tue Feb 15 23:52:15 CET 2005


On 15-02 18:45, Samuel Osorio Calvo wrote:
> Hi gurus!
> 
> I have been playing with multicast in SER fow a while and it worked
> almost perfectly: SER is listening and sending wihout much difference as
> if it was a unicast address. Again thanks to SER developers!!
> 
> There is a small detail which I hope you can help me to solve:
> multicast loopback. The problem is that SER receives all messages it
> sends to the multicast address and processes it as if it was received
> from the multicast address.
> 
> Variables affecting the mcast loopback:
> SER config file mcast_loopback is set to no, and it is used in the
> opening of the mcast socket. So I guess the socket is effectively opened
> with the loopback disabled.

   Yes, should be.

> The kernel MCAST_LOOPBACK is enabled, but I think that it does not
> affect the sockets opened with an explicit 0 in the MCAST_LOOPBACK
> setsockopt field.

  What happens if you disable it ?

> So I think it is not a matter of the multicast loopback parameters but
> a matter of the network topology. Please correct me if I am wrong!!!!

  Could you send me some SIP message dumps ?

> Our host has a couple of listen= addresses, one for the unicast and
> another for the multicast. 
> Guessings:
> Is it possible that SER uses the unicast interface to send the
> multicast message and therefore the multicast loopback check is not
> checked in the unicast sending socket???? 

  I don't know actually, but it is easy to find out. Change the order of
  listen directives in the configuration file. Try:
  listen=unicast_ip
  listen=multicast_ip

  and then 

  listen=multicast_ip
  listen=unicast_ip

  And see if there is any difference.

    Jan.

> But the same message, going deep into the TCP/UDP linux stack faces
> that there is an internal interface with the mcast address and it is
> therefore passed back?????
> 
> I hope that I have been clear and that somebody can clarify me why is
> this happening (a solution is even better :) )
> 
> Thanks in advance,
> Samuel.
> 
> 
> Unclassified.
> 
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers




More information about the sr-users mailing list