Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy

2010-12-14 Thread serg vasilyev
2009/12/9, Andriy Syrovenko :
> Hi,
>
> Well, turning off the transmit checksum offloading on the upstream
> interface solves the problem with IP checksums of IGMP report and
> leave messages always being 0. So after issuing the
>
> ifconfig re1 -txcsum
>
> command, the proxy successfully subscribes to receiving multicast
> streams, and I can see multicast UDP traffic coming in on the upstream
> interface. However there is another serious problem. Shortly alfter my
> router starts forwarding multicast traffic kernel crashes. The crash
> may happen either immediately when I press the play button in my IPTV
> player, or just after several channel switches. You can find crash
> reports in the attached files. They are almost identical, differing
> only in whether the pf module is loaded.
>
>
> The interesting part of the story is if I block incoming UDP multicast
> traffic using something like
>
> block in quick inet proto udp from any to 224.0.0.0/4
>
> in my pf.conf, system remains stable. But as soon as I comment the
> rule and reload pf, kernel crashes. I suspect the problem is not
> strictly related to the igmp processing, but to the multicast routing
> in general. Probably something wrong with thread synchronization. My
> system is a dual-core Intel Atom.
>
> Another interesting observation is when my BSD box is disconnected
> from the upstream router, I can see only IGMPv3 messages going out the
> upstream interface, even despite the fact that igmpproxy supports
> IGMPv2 only.
>
> br,
> Andrey
>
Does your system do any nat processing ?
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"


setfib with mpd - ifconfig on p-t-p link trouble

2008-06-28 Thread serg vasilyev
Hi !
there's must be a restriction in ifconfig or in kernel that preventing from
adding a multiple p-t-p interface with same destination address.
i'm trying to build a test system with setfib and multiple mpd instances
which are creating PPPoE connection to same destination gateway and run into
problem with second p-t-p interface.
mpd did not add an IP and gateway for it

setfib 1 mpd1 -p /tmp/mpd1.pid -f mpd1.conf
sleep 2
 setfib 2 mpd2 -p /tmp/mpd2.pid -f mpd2.conf

on a first interface ng0 i have both src ip and dst ip but on second i have
nothing

# ifconfig ng0
ng0: flags=88d1 mtu 1492
inet x.x.x.x --> y.y.y.y netmask 0x
# ifconfig ng1
ng1: flags=88d1 mtu 1492

when i try to add ip's personally
# ifconfig ng1 z.z.z.z y.y.y.y
ifconfig: ioctl (SIOCAIFADDR) File exist

 How to remove the given restriction on an ifconfig or kernel or something
else
P.S. Sorry for my english...
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


LACP support and if_tap interface

2009-08-05 Thread serg vasilyev
Hi everyone.
Can anyone modify if_tap interface to achieve LACP needs (probably add
a virtual media i suspect)?
I want to create an Ethernet tunnel with aggregation via openvpn but
if_tap interface cannot give right internal capabilities for lagg and
LACP to work properly
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"


Re: LACP support and if_tap interface

2009-08-06 Thread serg vasilyev
Now i'm able to emulate a media and status on if_tap interface...

tap0: flags=8802 metric 0 mtu 1500
ether 00:bd:49:f7:a6:00
media: Ethernet 100baseTX 
status: active

BUT i suspect that there must be some another flag or capability of
if_tap to work with LACP...
can somebody tell me what flags exactly responsible for LACP functionality ?


2009/8/6, serg vasilyev :
> Hi everyone.
> Can anyone modify if_tap interface to achieve LACP needs (probably add
> a virtual media i suspect)?
> I want to create an Ethernet tunnel with aggregation via openvpn but
> if_tap interface cannot give right internal capabilities for lagg and
> LACP to work properly
>
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"