Hi All,
As mentioned in the subject the TCPIP is looping and its priority is
reducing to 1 by the kernal (BSD kind)
>From the dump, we were able to identify the inpcbs that are causing the
problem.
inpcb:0x222f1a0c, lport:10143, laddr:0x7f01 (127.0.0.1)
fport: 1378 f
Cisco VPN uses by default udp communication not TCP - maybe this is
related to your problem.
Nikolay Mirin wrote:
You don't need extra software for 2000&XP.
Just define IPSec policies properly.
Zhao Tongyi said the following on 20.11.2006 1:17:
I have tested cisco vpn software,found build the
On Friday, 2006-11-24 at 11:44:37 +0200, Jordan Ostreff wrote:
> Cisco VPN uses by default udp communication not TCP - maybe this is
> related to your problem.
IPSec normally uses AH and ESP which are protocols in the same layer as
UDP and TCP. The protocol numbers are 51 and 50. If a firewall bl
"Zhao Tongyi" <[EMAIL PROTECTED]> writes:
Hi,
> I have tested cisco vpn software,found build the phase ONE successfully,but
> phase two can't build up.
Probably a setup problem, I've been able to setup l2tp/ipsec tunnels
between an XP box and a FreeBSD 6.1-RELEASE box (ipsec-tools racoon-0.6.x)
Some more info on this:
from tcpcb of FIN_WAIT_1 end i have seen t_rxtshift value is 2, means 2
probe requests have gone from this side.
Normally when probe request is going the snd_nxt value wont be incremented.
In our case if the probe request is sent with FIN (dont know the
possiblity), t
I took the hack from http://kerneltrap.org/node/7135, that guy said
that in linux you must "add the 4364 devID into sky2.c symply search
for 4363".
I apply the same idea to
http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz,
modifyed oem.c and oem.h,
oem.c
{ VENDOR_ID_MRVL, DEV_ID_MRV
On Fri, 24 Nov 2006, Nicolae Namolovan wrote:
I took the hack from http://kerneltrap.org/node/7135, that guy said
that in linux you must "add the 4364 devID into sky2.c symply search
for 4363".
I apply the same idea to
http://people.freebsd.org/~andre/mykbsd60x86-8.12.1.3-src.tgz,
modifyed oem.
Running the patch now. So far its still running. Up for 22:57 at the
moment. I also made a change to my kern.maxusers to make it 320. It was
setting it at 250 automatically, so I bumped it up as I saw someone
else's post on a bug saying his maxusers option in the kernel was 15.
Figured smaller
Hi,
I am writing some code that is using the systems ifnet structs via
ifnet_byindex(), I have two network interfaces :
broadcom BCM6750A1M using the 'bge' driver
Intel PRO/wireless 2915ABG using the 'iwi' driver
I have written some code to output the ifnet->if_type for each interface and
it s
I was planning on using this value to
distinguish what sort of connection each interface is using but obviously
with both returning IFT_ETHER this is not possible, any help is much
appreciated!
It would probably be better to query the interface's media setting
instead, since you may have a gigab
On Fri, Nov 24, 2006 at 03:33:21PM +0200, Nicolae Namolovan wrote:
> I took the hack from http://kerneltrap.org/node/7135, that guy said
> that in linux you must "add the 4364 devID into sky2.c symply search
> for 4363".
>
> I apply the same idea to
> http://people.freebsd.org/~andre/mykbsd6
11 matches
Mail list logo
