I've sent following patch;
matusita> This patch does teach ppp(8) about 'ipv6' protocol (protocol
matusita> number 41) to filter. This patch also fixes
matusita> not-initializing 'f_dstop' variable for other protocols.
but some other guys says that "why not you make ppp to specify
protocol num
> On Thu, 12 Jul 2001 00:27:52 -0400,
> Stephen Degler <[EMAIL PROTECTED]> said:
> I have had several of these since 6/30, after I cvsup'ed
> and rebuilt everything. I have been updating fairly frequently,
> but the problem seems to persist.
> Fatal trap 12: page fault while in kernel
I'm working on modernizing the vlan device (making it loadable,
unloadable, and clonable) and I've run into this sysctl. It allows you
to set the ethernet protocol used for vlan packets. This doesn't strike
me as very useful and it will cause problems with modularizing this code
because its valu
On Fri, 13 Jul 2001, Martin Karsten wrote:
> 384/494/2048 mbuf clusters in use (current/peak/max)
>
> IMO the problem must have been introduced due to a change between versions
> 3.4 and 4.x. I'm not experienced with driver programming, the only obvious
> difference (at least with respect to the
mark tinguely wrote:
>
> > It seems there is a problem in our IP stack with regards to
> > multicasting. The symptoms is the inability to send multicast packets on
> > correctly configured sockets in the absence of a default (or,
> > erroneously, multicast address being used) route.
>
> I do
Hi,
I made patch for the net/if_spppsubr.c and net/if_sppp.h relative
4.current kernel sources.
It consists of ppp patch and adds FrameRelay to the sppp driver.
Who is responsible for network drivers update?
Best regards,
Kurakin Roman
if_sppp_c.pch
--- if_sppp
Thanks for this hint, but it doesn't seem to help. Here's the output of
netstat -m after a test with packet losses:
386/608/8192 mbufs in use (current/peak/max):
385 mbufs allocated to data
1 mbufs allocated to packet headers
384/494/2048 mbuf clusters in use (current/peak/max)
11
On Fri, Jul 13, 2001 at 04:18:05PM +0300, Ari Suutari wrote:
> > >
> > > Doesn't sound good that IP header with private IP address
> > > gets sent to internet. - after all, the 195.168.3.210 host on internet
> knows
> > > nothing about 10.10.1.2...
> > >
> > We have discussed this before with Bria
> >
> > Doesn't sound good that IP header with private IP address
> > gets sent to internet. - after all, the 195.168.3.210 host on internet
knows
> > nothing about 10.10.1.2...
> >
> We have discussed this before with Brian and Charles, and have come
> up to an agreement that FIREWALL should bloc
On Fri, Jul 13, 2001 at 01:58:55PM +0300, Ruslan Ermilov wrote:
> On Fri, Jul 13, 2001 at 01:36:42PM +0300, Ari Suutari wrote:
> > Hi,
> >
> > Doesn't sound good that IP header with private IP address
> > gets sent to internet. - after all, the 195.168.3.210 host on internet knows
> > nothing abo
On Fri, Jul 13, 2001 at 01:36:42PM +0300, Ari Suutari wrote:
> Hi,
>
> Doesn't sound good that IP header with private IP address
> gets sent to internet. - after all, the 195.168.3.210 host on internet knows
> nothing about 10.10.1.2...
>
We have discussed this before with Brian and Charles, and
Actually I think that any driver that can be included in FreeBSD is welcome
I don't see why you guys are always so cautious about this, it just make
FreeBSD lag behind in terms hardware support.
these drivers can stay in LINT for those who want to use them
and you could have russian people test
Hi,
Doesn't sound good that IP header with private IP address
gets sent to internet. - after all, the 195.168.3.210 host on internet knows
nothing about 10.10.1.2...
Ari S.
- Original Message -
From: "Bohuslav Plucinsky" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROT
Hi Ruslan,
thanks for your response, but I must dispute.
If 'ip_src' is not aliased, the ICMP packet never reaches the destination
because the private addresses are mostly filtered. Are you sure it was the aim?
Regards,
Bohus
On Thu, Jul 12, 2001 at 12:41:52PM +0300, Ruslan Ermilov wrote:
>
14 matches
Mail list logo
