I am using an enterprise class (Cisco Aironet 1200) access point with two
antennas, one for receiving and one for outgoing packets. It automatically
changes channels based on interferance.
I will keep on eye on when it changes channels. However, when FICS times
out I still had a network connection and could access websites.
I am wondering if WiFi data packets are smaller and have more (back and
forth) acknowlegements then average. After adding in timeseal data packets,
there might be some type of sequence problem, delay, or miscommunication
between SCID and the FICS server.
The problem is worst with Debian using a windows binary WiFi driver so I
suspect it is something with the data packets.
I noticed alot of opponents timeout too while I am able to stay connected to
FICS so I suspect the problem is not with SCID.
Eitherway, I will keep looking into it.
Thanks for the help.
Marcel
On Sun, Jan 11, 2009 at 2:27 AM, Alexander Wagner <
a.wag...@physik.uni-wuerzburg.de> wrote:
> Pascal Georges wrote:
>
> Hi!
>
> > I think this is most likely probably not an issue with Scid. Could it
> be
> > that you've a lot of wifi networks around you who disturb each other?
> >
> >
> > Well, since I asked my family not to use any WIFI device while I play on
> > FICS, I hardly have any network problem.
> > Maybe the solution ;-)
>
> Though this is a point if your family uses some video streaming or the
> like, you missunderstood my point. It is not about the WIFI devices that
> connect with your uplink, I was refering to. Of course if you've a lot
> of traffic on your home network this can also be an issue and your
> solution sound plausible as long as you can manage those rules to be
> obeyed. ;)
>
> But my point is: at home I've the "problem" that I can see a lot of
> other WIFI networks and sometimes they disturb each other cause they use
> the same channels. Especially, not all those networks are up all the
> time, so there's some coming and going. As far as I can see, my router
> switches the channels in case necessary and it takes some time for the
> clients to notice this and start a search/connect. In this case I also
> notice "no network" but it comes back again after some time
> automatically. On the client is is like some network lag which, in
> principle, could equally well originate from the server as well. One
> could monitor this quite easily e.g. using grkellm or the like.
>
> The latter also fits quite nicely the behaviour Marcel described.
>
> --
>
> Kind regards, / War is Peace.
> | Freedom is Slavery.
> Alexander Wagner | Ignorance is Strength.
> |
> | Theory : G. Orwell, "1984"
> / In practice: USA, since 2001
>
>
> ------------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It is the best place to buy or sell services for
> just about anything Open Source.
> http://p.sf.net/sfu/Xq1LFB
> _______________________________________________
> Scid-users mailing list
> Scid-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scid-users
>
------------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It is the best place to buy or sell services for
just about anything Open Source.
http://p.sf.net/sfu/Xq1LFB
_______________________________________________
Scid-users mailing list
Scid-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/scid-users
