[SOLVED] Re: UDP multicast packets not seen on listening interface in BETA5

From: Josh Carroll (josh.carroll_at_gmail.com)
Date: 09/30/05

  • Next message: Oliver Lehmann: "reboots on filesystem full" 
    Date: Thu, 29 Sep 2005 22:07:54 -0700
To: freebsd-current@freebsd.org

    I'm sorry for so many replies to my own thread here, but I figured out
    my problem. You guys were right, I was not properly joining the
    multicast group. The packets were binding to my default IP instead of
    192.168.1.1. Doing the following with pf fixed it:

    nat on $ext_if from any to 224.0.0.0/8 -> 192.168.1.1

    I don't really understand why this wasn't necessary in 5.4 and
    previous 6.0 BETAs, but I'm glad it's working.

    I tried changing the code from:

    thishost.sin_addr.s_addr = INADDR_ANY;

    to:

    inet_aton("192.168.1.1", &local_addr);
    server.sin_addr.s_addr = local_addr.s_addr;

    Where 192.168.1.1 is one of the aliased IPs on fxp0, but when I try to
    run the code, I get "Permission denied" from sendto(), even with pf
    disabled.

    Ideally, I'd like to update the code to search the local interfaces
    with SIOCGIFCONF and use that IP (if available), but testing it with
    my IP hard-coded doesn't seem to work.

    But debugging my code is outside the scope of this mailing list. :)

    Thanks for the help and getting me pointed in the right direction. I'm
    ok with nat'ing the packets for now to make it work. I'll debug things
    myself and see if I can't get it to use the right source address
    itself.

    Josh
    _______________________________________________
    freebsd-current@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-current
    To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"

  • Next message: Oliver Lehmann: "reboots on filesystem full"

    Relevant Pages

    • Re: ping claims lost packets
      ... > row results in lost packets from ping's point of view, ... > kernel is getting the echo replies back. ... > and stopping and restarting ping, often results in the stated behavior. ...
      (Debian-User)
    • Re: Network Monitor
      ... Got me - and in any case this utility only captures packets, ... need a Server copy of Windows to load and analyze the packets captured. ... >> * PLEASE post all messages and replies in the newsgroups ...
      (microsoft.public.windowsxp.network_web)
    • Re: LCP replies lost?
      ... That's a good indication that the packets are garbled in transit. ... Debugging this depends a bit on which OS you're using. ... something wrong with replies -- is there any way to check this? ... This is a low-level driver problem ... ...
      (comp.protocols.ppp)
    • Re: interesting traffic
      ... | packets in those ranges as being replies to something your systems sent ... On my home firewall, ... | UDP to those ports for several years now. ... | as they can't be valid replies to anything we've sent out. ...
      (alt.computer.security)