Brian Hawk <[EMAIL PROTECTED]> wrote:
> since it shouldn't really happen and it used not to happen.
> Everything was working fine until I don't know when and why, now I
> cannot send any packets out thru my xl1 interface by binding its
> source address to the packets.
I don't think it ever worked
ra part that
interacts with the kernel has had various problems over time--routes
not being installed correctly, or going away, or having incorrect
flags. I wouldn't trust it to configure the entire network subsystem.
Dima.
> On Mar 25, 2006, at 1:21 AM, Dima Dorfman wrote:
>
> >
Michael DeMan <[EMAIL PROTECTED]> wrote:
> Anyway, thanks very much for the information. I'm going to have to
> figure out some kind of workaround on my architecture. In the worst
> case, I can shut off OSPF on the edge routers and use static routes
> upstream and OSPF from there, but that
Brian Somers <[EMAIL PROTECTED]> wrote:
> Of course m_get() et. al. seem to manage to get MSIZE aligned pointers back
> from uma_zalloc_arg(zone_mbuf...) anyway, but surely that's an implementation
> side effect and the align argument should be corrected.
This change looks right to me, but I'm har
Adam McLaurin <[EMAIL PROTECTED]> wrote:
> Let me start off by mentioning that I do understand the FTP protocol quite well,
> so we can keep replies focused on firewall/routing issues, instead of
> re-explaining how FTP works.
>
> Second, for my software: My firewall/router is running on FreeBSD
>
I have a VPN setup where the client opens an SSH connection to the VPN
router and runs "ppp -direct client-vpn" (i.e., I'm tunneling a PPP
connection over SSH). My configuration looks very similar to the
example of how to do this in share/examples/ppp/ppp.conf.sample.
Now, there are three comput
Please review the following change, from NetBSD:
In icmp_reflect(): If the packet was not addressed to us and was
received on an interface without an IP address, try to find a
non-loopback AF_INET address to use. If that fails, drop it.
Previously, we used the add
mark tinguely <[EMAIL PROTECTED]> wrote:
>
> in tcp_usr_connect() and tcp6_usr_connect() in sys/netinet/tcp_usrreq.c
> in both FreeBSD 4.3 and -current is there a missing
> tp = intotcpcb(inp);
> call? It seems from my eyes that "tp" is not initialized.
It's initialized in COMMON_START().
just wanted to be able to switch it on without
recompiling a kernel (e.g., while running GENERIC), this obviously
doesn't help.
Just food for thought, I guess. I like it either way :-).
Thanks!
Dima Dorfman
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
AQ entry about this describing it in a little more detail:
http://www.freebsd.org/FAQ/networking.html#ICMP-RESPONSE-BW-LIMIT
Dima Dorfman
[EMAIL PROTECTED]
P.S. -net is for technical discussions of network code,
find the e-mail here:
http://docs.FreeBSD.org/cgi/getmsg.cgi?fetch=220467+0+current/freebsd-net
Dima Dorfman
[EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net"
ow that
EAGAIN was being returned on blocking sockets when all ports were in
use (just wanted to clear that up; the patch seems to just use
non-blocking sockets as an example, anyway).
Dima Dorfman
12 matches
Mail list logo