?Tu hosting es muy caro?
?Tu website no funciona correctamente?
?El servicio actual de tu hosting no es bueno?
?No te ofrecen un buen soporte?
?No dispones de aplicaciones pre-diseqadas disponibles gratuitamente y faciles
de instalar?
Disfruta de estos y muchos otros servicios, pagando importes muy economicos y
anuales, pudiendo asi tener tu Web que tanto necesitas con muy pocos
pasos!!!!
Plan ejemplo:

Ccnptutorials.info is your gateway to the best sites
on the Internet for software! Looking for Computers,
Domain Names, or Education? Browse our recommended
resources or just try the Ccnptutorials.info search.
http://ccnptutorials.info

After discussion some with people, I'm posting about 1 bug, 1 question
and 1 feature request. It all has to do with the 0/8 network (0.0.0.0
more specifically).

First the bug :

[trying to add a blackhole route for 0/8]
$ sudo route add 0/8 -blackhole 127.0.0.1
route: writing to routing socket: File exists

[in a second terminal running route monitor]
$ route monitor
got message of size 124 on Sat Dec 22 00:20:13 2007
RTM_ADD: Add route: len 124, table: 0, pid 15149, seq 1, errno 17, flags:
locks: inits:
sockaddrs:
default 127.0.0.1 default

[trying another way to do the same]
$ sudo route add 0.0.0.0 -netmask 255.0.0.0 -blackhole 127.0.0.1
add net 0.0.0.0: gateway 127.0.0.1

Hello all expert network administrator, i truly new to networking.
Please help me in this problem. /etc/hostname.rl1(Wired Internal
interface) inet 10.0.0.1 255.255.255.0 none
/etc/hostname.ral0 : inet 10.0.1.1 255.255.255.0 and others option as
well.
/etc/dhcpd.conf : share-network local { subnet 10.0.0.0 netmask
255.255.255.0 options routers 10.0.0.10; range 10.0.0.25 10.0.0.35;}}
share-network wireless { subnet 10.0.1.0 netmask 255.255.255.0 option
routers 10.0.0.10 range 10.0.1.5 10.0.1.7 ;}}
output of ifconfig -a | less :
rl0 : inet: 192.168.1.3 netmask:0xffffff00 broadcast:192.168.1.255
rl1: No ip address becuase i didn't plugin cable
ral0: 10.0.1.1 netmask:0xffffff00 broadcast:10.0.1.255
Output of netstat -r | less :
Destination Gateway Flags Refs Use MTU Interface
default 219.93.218.177 UGS 11 618516 - tun0
10.0.1/24 link#3 UC 0 82 - ral0
localhost localhost UH 0 82 33224 lo0
192.168.1/24 link#1 UC 1 0 - rl0
192.168.1.1 00:30:0a:93:b0:58 UHLc 1 33 - rl0 ...

On 06:38:02 Dec 21, Otto Moerbeek wrote:

You are right.

-Girish
Index: share/man/man3/queue.3
===================================================================
RCS file: /store/openbsd/cvsync/src/share/man/man3/queue.3,v
retrieving revision 1.44
diff -u ...

On Fri, Dec 21, 2007 at 03:33:43AM +0530, Girish Venkatachalam wrote:

Make than an int and I'm fine with it.

-Otto

Please fix it.

cvs diff: Diffing share/man/man3
Index: share/man/man3/queue.3
===================================================================
RCS file: /store/openbsd/cvsync/src/share/man/man3/queue.3,v
retrieving revision 1.44
diff -u -r1.44 queue.3
--- share/man/man3/queue.3 16 Dec 2007 13:23:57 -0000 1.44
+++ share/man/man3/queue.3 20 Dec 2007 21:48:57 -0000
@@ -174,6 +174,8 @@
.Fn SIMPLEQ_NEXT "struct TYPE *listelm" "SIMPLEQ_ENTRY NAME"
.Ft "struct TYPE *"
.Fn SIMPLEQ_END "SIMPLEQ_HEAD *head"
+.Ft "bool"
+.Fn SIMPLEQ_EMPTY "SIMPLEQ_HEAD *head"
.Ft void
.Fn SIMPLEQ_INIT "SIMPLEQ_HEAD *head"
.Ft void

Thanks.

Does anybody have temp0 and temp1 displaying realistic temperatures
on 8712F?

Hi,

I am running an OpenBSD4.1 i386 router with fxp and dc network interfaces (I
am not an OpenBSD guru)

One of my network interfaces is plugged into an Ethernet VLAN where I can
find several network boxes like CISCO, Radware, StoneSoft, Linux x86 boxes.
The StoneSoft boxes use unicast IP over multicast Ethernet frames for
redundancy.
The Ethernet switches used in this LAN is broadcasting Ethernet frames with
a multicast MAC destination address.

My problem comes from the OpenBSD4.1 router because it seems to not ignore
the Ethernet frames received on its interface to the StoneSoft box multicast
mac (tested on both fxp and dc)
As the net.inet.ip.forwarding is enabled, I guess the frame goes up to the
IP layer and is routed to the network interface where it came from. So the
OpenBSD box generate network traffic
The Ethernet traffic grows quickly (openbsd generate more than 80Mbps of
silly traffic) and this noise makes the normal traffic very slow.

Your dmesg:

OpenBSD 4.2-current (GENERIC.MP) #1481: Tue Nov 20 11:14:54 MST 2007
deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

indicates you're not. There were some acpi improvements after Nov 20,
so it is worth trying a newer snapshot.

Not good :(.

And the temperature stays under control?