Ok, I tried to implement this tonight but it doesn't work in FreeBSD. I don't
get any notification when the cable is unplugged or plugged. I don't get it,
maybe someone else sees it, I don't.
miibus_linkchg gets called pretty frequently but the detection logic seems to
In message: <[EMAIL PROTECTED]>
Bruce M Simpson <[EMAIL PROTECTED]> writes:
: On Sat, Mar 27, 2004 at 03:37:44AM +0100, Dirk-Willem van Gulik wrote:
: > Suleiman,
: >
: > Thanks for all the help - I just hacked up the patch below and took
: > http://green.homeunix.org/~green/linkwatch
See NetBSD mii source code too:
They announce when a cable is plugged and unplugged on the routing socket.
mii_physubr.c
...
void
mii_phy_update(struct mii_softc *sc, int cmd)
{
struct mii_data *mii = sc->mii_pdata;
int announce, s;
if (sc->mii_media_active
On Sat, Mar 27, 2004 at 03:37:44AM +0100, Dirk-Willem van Gulik wrote:
> Suleiman,
>
> Thanks for all the help - I just hacked up the patch below and took
> http://green.homeunix.org/~green/linkwatcher.c for testing. I also
> had to add the LINKUP/DOWN in some non-mii using ethernet
> cards (as
On Sat, 27 Mar 2004 12:39:50 +0100
Marco Molteni <[EMAIL PROTECTED]> wrote:
[..]
> You may also want to have a look at Wireless Tools for Linux
> http://halibut.aquilamsl.com/
> they might have already considered this.
sorry, mistake. Right url is
Wireless Tools for Linux
http://www.hpl.hp.com/
On Sat, 27 Mar 2004 Dirk-Willem van Gulik <[EMAIL PROTECTED]> wrote:
[..]
> Now experimenting with different types of changes to the
> link/association on wifi level. Not exactly clear yet on the semantics
> of a 'lost link' myself;
> i.e. loss of assoc with -a- basestation; with the basestati
Suleiman,
Thanks for all the help - I just hacked up the patch below and took
http://green.homeunix.org/~green/linkwatcher.c for testing. I also
had to add the LINKUP/DOWN in some non-mii using ethernet
cards (as only miibus(4) seems to issue this event).
Now experimenting with different types o
On Mar 27, 2004, at 12:17 AM, Suleiman Souhlal wrote:
Looking for suggestions on a 'clean' and generic way to allow for
notifications when a 802.11 association is made or lost, or when
a ethernet cable is (un)plugged. I.e.akin to the events 'usbd(8) get
when you sit on /dev/usb. Th
Hi,
On Fri, 26 Mar 2004 23:30:46 +0100
Dirk-Willem van Gulik <[EMAIL PROTECTED]> wrote:
> Looking for suggestions on a 'clean' and generic way to allow for
> notifications when a 802.11 association is made or lost, or when
> a ethernet cable is (un)plugged. I.e.akin t
Looking for suggestions on a 'clean' and generic way to allow for
notifications when a 802.11 association is made or lost, or when
a ethernet cable is (un)plugged. I.e.akin to the events 'usbd(8) get
when you sit on /dev/usb. This is for 5.2.1 or beyond.
Any infrastructure which is
On 1/18/2003 2:27 PM, Terry Lambert wrote:
Lars Eggert wrote:
I've tried NFS mounting ISI servers at home over PPTP over a cable modem
connection, and it's painfully slow - much slower than the bandwidth of
the cable pipe. NFS isn't well tuned for high-RTT environments (in my
cas
Lars Eggert wrote:
> > If by 'cable' you mean a cable modem providing at best a few Mb/s
> > bandwidth, then I doubt the speed of your disk will have any impact
> > whatsoever. Even the crappiest ATA disk will be able to deliver a few
> > MB/s -- in the w
Quoting Scott Mitchell <[EMAIL PROTECTED]>:
> If by 'cable' you mean a cable modem providing at best a few Mb/s
> bandwidth, then I doubt the speed of your disk will have any impact
> whatsoever. Even the crappiest ATA disk will be able to deliver a few
> MB/s
> If by 'cable' you mean a cable modem providing at best a few Mb/s
> bandwidth, then I doubt the speed of your disk will have any impact
> whatsoever. Even the crappiest ATA disk will be able to deliver a few
> MB/s -- in the worst case that's still an order of ma
On 1/18/2003 2:50 AM, Scott Mitchell wrote:
On Fri, Jan 17, 2003 at 06:18:38PM -0600, Jay Sern Liew wrote:
Does anyone know if a NFS server with a 7200RPM IDE HD will perform
significantly better than a 5400RPM IDE HD over a cable connection? I'm
assuming that the performance will on
On Fri, Jan 17, 2003 at 06:18:38PM -0600, Jay Sern Liew wrote:
> Greetings.
>
> Does anyone know if a NFS server with a 7200RPM IDE HD will perform
> significantly better than a 5400RPM IDE HD over a cable connection? I'm
> assuming that the performance will only
Greetings.
Does anyone know if a NFS server with a 7200RPM IDE HD will perform
significantly better than a 5400RPM IDE HD over a cable connection? I'm
assuming that the performance will only be noticable iff the NFS client is
close(geographically) to the NFS server, i.e. sam
Hi. I appreciate your interest in Cable Descramblers and Cable equipment.
If you are interested in a brand new DIGITAL CABLE DESCRAMBLER that decodes
and receives ALL CHANNELS and is compatible with ALL "DIGITAL" and "ANALOG"
CABLE SYSTEMS then please get back to me.
> place for non-FreeBSD stuff. HEheh
>
> Ive got one, I just plugged it into my xl0, configured dhcp and I was up and
> going. Nothing fancy to get it going.
Are there external models? I thought it was implicit that
it was an internal Cable Modem. :(
Sorry, it is a
On Wednesday 30 January 2002 05:45 pm, raymond hicks wrote:
> The last of the irritating factors of using such device that I have
> found is that when trying to verify connectivity from behind the cable
> modem, forget using ping or any ping related utility such as
> traceroute
On Tuesday 29 January 2002 09:51 pm, Mario Sergio Fujikawa Ferreira wrote:
> At first, I tried looking for support under FreeBSD but
> found none. Then, I tried to get it working under Linux since it
> seems to be supported. I'll spare the details since this is not the
> place for non-FreeB
If that is the case... then the cable modem should have an address on
the LAN side of it.. something like 192.168.100.1 which should be
accessable via web browser. That is how the surfboard cable modems are
managed. Once other thing is that the cable modem will fail to connect
from Netscape as
On Wed, Jan 30, 2002 at 08:42:22AM -0500, raymond hicks wrote:
> uni-directional cable? What kind of connection does your friend have?
He lives in a area where both isdn and adsl do not work. Furthermore,
much for his dismay, bi-directional "cable" (actually radio) does no
If I recall correctly, doesn't the surfboard 1000-1100 service
uni-directional cable? What kind of connection does your friend have?
D
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Mario Sergio
Fujikawa Ferreira
Sent: Tuesday, January 29, 20
Hi,
I was "trying" to help a friend get a SurfBoard SB1000
cable modem working in a Linux box much to my pain. I mean trying
because I failed horribly. :(
At first, I tried looking for support under FreeBSD but
found none. Then, I tried to get it working under Linu
to 85.0KBps
> when before 5.00am and after 5.00pm was around
> 12.0KBps
> which is sad but was true for a while till users
> complained about it... (like me)...
And the problems went away when they stopped limiting the
bandwidth?
> so that is a possibility, or it could be that th
Lars Eggert wrote:
>
> S. Aeschbacher wrote:
> > This is possible, but I did not verify it (what kind of "mucking"
> > could cause such kind of behaviour?). most of them are "better"
> > residental pipes.
>
> Having a packet filter drop your traffic after you haven't done ARP/DHCP
> in a whil
S. Aeschbacher wrote:
> This is possible, but I did not verify it (what kind of "mucking"
> could cause such kind of behaviour?). most of them are "better"
> residental pipes.
Having a packet filter drop your traffic after you haven't done ARP/DHCP
in a while. But I agree that's pretty far-fet
while till users
complained about it... (like me)...
so that is a possibility, or it could be that the
signal you are receiving (cable modem signal) is very
weak thats a possibility too...
=Hiten
=<mailto:[EMAIL PROTECTED]>
=
-Hiten,
Thank You,
Yours Sincerely,
Hiten Pandya,
<
Hi
[snip]
> Actually, it sounds like your provider actively mucks with the link
> after a certain time - are these "residential" pipes? If so, they may do
This is possible, but I did not verify it (what kind of "mucking" could
cause such kind of behaviour?).
most of them are "better" residental pi
S. Aeschbacher wrote:
> Hal Snyder wrote:
>
> [snip]
>
>>Sounds as if the MAC of the upstream provider occasionally changes.
>>Don't know enough about cable to understand it better, and problem is
>>gone now so can't check for sure.
>>
> As fa
Hal Snyder wrote:
>
[snip]
> Sounds as if the MAC of the upstream provider occasionally changes.
> Don't know enough about cable to understand it better, and problem is
> gone now so can't check for sure.
As far as my cases are concerned, the MAC address does not change.
Andrew Heybey <[EMAIL PROTECTED]> writes:
>> > Somebody mentioned on this list that deleting the arp table entry
>> > of the default router of the cable modem provider (as a cron job)
>> > solved the problem.
I had not tried arp deletion but noticed sever
I'm going to answer these questions to provide another datapoint (even
though they are not addressed to me) because I have seen exactly the
same behavior with my cable modem:
> Mike D wrote:
> > going out. I haven't checked for either packet drops / RTT increase
> > (how
On Fri, Dec 07, 2001 at 12:09:05AM +, Mike D wrote:
>
> Could this have something to do with leases being renewed (by the isp dhcp
> server and consequently the cable modem) and FreeBSD not updating routing
> tables? (I'm guessing big time here - not an expert by any m
Hi
crontab -e as root and then, insert the following line:
*/10 * * * * /usr/sbin/arp -d IP.OF.DEF.GW
or the brutal version which deletes the entire arp-cache
*/10 * * * * /usr/sbin/arp -da
Stefan
Mike D wrote:
>
> Stefan,
>
> could you (if it's not too much hassle) mail me the details of s
ee losses (and where)? If you look at
"netstat -s" output, do you see retransmissions?
> Somebody mentioned on this list that deleting the arp table entry of the
> default router of the cable modem provider (as a cron job) solved the
> problem.
Does this work for you, too?
> This sounds a lot like your cable modem provider throtteling the link if
> it doesn't see some sort of negotiation (DHCP, ARP, etc.) after a fixed
> amount of time. I could imagine that some companies do this for
> residential connections.
>
> Does your cable modem provid
S. Aeschbacher wrote:
> A solution I found is deleting the arp table entry of the default
> router of the cable modem provider (as a cron job). I did not
> investigate the source of the problem. Anyone got any clues?
This sounds a lot like your cable modem provider throtteling the l
erienced similar problems here in Switzerland. It happend with
> FreeBSD as well
> as with OpenBSD routers. A solution I found is deleting the arp table
> entry of the
> default router of the cable modem provider (as a cron job).
> I did not investigate the source of the problem. A
S. Aeschbacher writes:
> Hi
> I experienced similar problems here in Switzerland. It happend with
> FreeBSD as well
> as with OpenBSD routers. A solution I found is deleting the arp table
> entry of the
> default router of the cable modem provider (as a cron job).
> I di
Hi
I experienced similar problems here in Switzerland. It happend with
FreeBSD as well
as with OpenBSD routers. A solution I found is deleting the arp table
entry of the
default router of the cable modem provider (as a cron job).
I did not investigate the source of the problem. Anyone got any
I have a set up where my FreeBSD 4.4 box is acting as a firewall and gateway
between a cable modem on xl1 and my home net on xl0.
I have a pretty tight rules list and don't have that many procs running
(ipfw, natd, mysql, tomcat - that's it!)
It seems that after approx 10 hours the
> On Fri, Oct 20, 2000 at 06:35:02PM -0400, Marko Ruban wrote:
> > Joel said HTML was badly formatted, so I'm resubmitting in plain text.
> > Thanks :)
>
> That's progress ... but if you would wrap your lines around 70-74
> columns, it would be even better. Thank you.
I wish I'd get as much help
On Fri, Oct 20, 2000 at 06:35:02PM -0400, Marko Ruban wrote:
> Joel said HTML was badly formatted, so I'm resubmitting in plain text.
> Thanks :)
While the HTML in that message was particularly difficult for humans
to parse, in genersl sending mail formatted in HTML is frowned upon
since many of
Ok, I tried tcpdump, and it's reporting the same malformed MAC and same erroneous
protocol
type.
I guess that means, that the packets are trully bad... correct ? I will try
rebuilding my
kernel once again.
I would like to track this problem to the source, I guess stdlib is where I would find
Hello,
Have you perhaps updated to a new kernel since you installed ethereal?
I seem to recall seing similiar situations to this when some data
structures changed sizes.
Is "/usr/sbin/tcpdump -e" showing this same MAC address corruption
you describe?
If not, I would recommend rebuilding ethere
Marko Ruban wrote:
>
> I tried replicating my windows routing table in freebsd.
> Only one entry didn't work... (guess)
> "route add default 10.17.56.xx"
>
> I'm cursed !
> read below
>
> > > > > Goal -- to add cable modem as the
Joel said HTML was badly formatted, so I'm resubmitting in plain text.
Thanks :)
New issue seems to be at hand...
I set the alias for the interface to be the gateway IP (10.17.56.12),
and then I was
able to add that as my default gateway. Not sure why aliasing wouldn't
work with
10.17.56.11 or
That was some really really nasty HTML there, I think you might want to
send that again as plaintext.
--
E-Mail: Joel Bjork <[EMAIL PROTECTED]>
Date: 20-Oct-00
Time: 23:41:10
--
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
New issue seems to be at hand...
I set the alias for the interface to be the gateway IP (10.17.56.12), and then I was
able to add that as my default gateway. Not sure why aliasing wouldn't work with
10.17.56.11 or some other IP in that subnet.
I tried to ping the DNS server after that, and watc
On Fri, 20 Oct 2000, Nick Rogness wrote:
Made an error in my previous statement, clarification below:
> On Fri, 20 Oct 2000, Marko Ruban wrote:
>
> > I tried replicating my windows routing table in freebsd.
> > Only one entry didn't work... (guess)
> > "route add default 10.17.56.xx"
>
e dhclient-script to dump output of commands
to /tmp instead of /dev/null maybe I'll see something interesting there.
*** old discussion follows
> > > > > Goal -- to add cable modem as the default
gateway to internet.
> > > > > Symptom -- "add net default: g
together a routing table for you or see
what is acutally going on.
> read below
>
> > > > > Goal -- to add cable modem as the default gateway to internet.
> > > > > Symptom -- "add net default: gateway 10.17.56.XXX: Network is
> > > >
I tried replicating my windows routing table in freebsd.
Only one entry didn't work... (guess)
"route add default 10.17.56.xx"
I'm cursed !
read below
> > > > Goal -- to add cable modem as the default gateway to internet.
> > > > Symptom -- &qu
> I guess no one knew the answer to my original question about getting RCN
> cable modem (with analog upstream line dialup) to work. So here's a
> somewhat simplified question. I narrowed the problem down to routing.
> Cable modem does dial out when I try to ping somethi
I guess no one knew the answer to my original question about getting RCN
cable modem (with analog upstream line dialup) to work. So here's a
somewhat simplified question. I narrowed the problem down to routing.
Cable modem does dial out when I try to ping something on it's subnet
On Mon, 12 Jun 2000, Steve Hocking wrote:
> I've just moved from the one street in the Perth, Australia metropolitan area
> that didn't have cable access to Houston, where I have a plethora of choices.
> The apartment I'm planning to move into has Roadrunner access.
I've just moved from the one street in the Perth, Australia metropolitan area
that didn't have cable access to Houston, where I have a plethora of choices.
The apartment I'm planning to move into has Roadrunner access. Does anyone
have any experience with setting this u
On Fri, Aug 20, 1999 at 03:12:48PM -0400, Zhihui Zhang wrote:
>
> Hi, Rich:
>
> Can you find a serial cable for me? I need to connect two PCs together
> via RS232 ports.
>
Aha! Remote Kernel Debugging aren't we?
Probably you did not intend this mail to go to the m
On Fri, Aug 20, 1999 at 03:12:48PM -0400, Zhihui Zhang wrote:
>
> Hi, Rich:
>
> Can you find a serial cable for me? I need to connect two PCs together
> via RS232 ports.
>
Aha! Remote Kernel Debugging aren't we?
Probably you did not intend this mail to go to the m
Hi, Rich:
Can you find a serial cable for me? I need to connect two PCs together
via RS232 ports.
Thanks.
--
Zhihui Zhang. Please visit http://www.freebsd.org
--
To Unsubscribe: send mail to
Hi, Rich:
Can you find a serial cable for me? I need to connect two PCs together
via RS232 ports.
Thanks.
--
Zhihui Zhang. Please visit http://www.freebsd.org
--
To Unsubscribe: send mail
On Friday, 16 July 1999 at 19:15:31 -0700, Matthew Dillon wrote:
> : Actually, I was referring to *digital* Audio cables like those
> :used for CD Transports to Digital/Analog convertors such as Kimber Kable
> :would be higher grade compared to Monster Cable. You're correct ab
On Friday, 16 July 1999 at 19:15:31 -0700, Matthew Dillon wrote:
> : Actually, I was referring to *digital* Audio cables like those
> :used for CD Transports to Digital/Analog convertors such as Kimber Kable
> :would be higher grade compared to Monster Cable. You're correct ab
65 matches
Mail list logo
