Complete.Org: Mailing Lists: Archives: freeciv-dev: January 2004:
[Freeciv-Dev] Re: Extended connect dialog (PR#977)
Home

[Freeciv-Dev] Re: Extended connect dialog (PR#977)

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: dspeyer@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: Extended connect dialog (PR#977)
From: "imbaczek@xxxxxxxxxxxxxx" <imbaczek@xxxxxxxxxxxxxx>
Date: Thu, 22 Jan 2004 10:26:45 -0800
Reply-to: rt@xxxxxxxxxxx

<URL: http://rt.freeciv.org/Ticket/Display.html?id=977 >

On 04-01-22 you wrote:

> On Thu, Jan 22, 2004 at 04:28:33AM -0800, imbaczek@xxxxxxxxxxxxxx wrote:
>>
>> On 04-01-19 you wrote:
>> 
>> >> - Why do the packets you introduce require explicit (non-delta)
>> >> handling?  Raimar?
>> 
>> > Technically there is no need to non-delta on any packet. It was added
>> > for the first packets (connect req and the reply) to allow interaction
>> > with old system. This is now obsolete since we renumbered the packets
>> > anyway.
>> 
>> > So there is now a reason why the non-delta should stay in place (to
>> > allow interaction with other delta systems) there is no need to add
>> > more non-delta packets.
>> 
>> One good reason is traffic shaping,

> Please explain in more detail. What code shapes what traffic at what
> level?

There are traffic shapers that analyze connections and adjust
bandwidth depending on few first packets transmitted. Now if those
packets are compressed, chances are they'll be very different among
games -- something that a program can't know.

http://l7-filter.sourceforge.net/
http://lartc.org/

-- 
{ Marek Baczyński :: UIN 57114871 :: GG 161671 :: JID imbaczek@xxxxxxxxxxxxx  }
{ http://www.vlo.ids.gda.pl/ | imbaczek at poczta fm | http://www.promode.org }
.. .. .. .. ... ... ...... evolve or face extinction ...... ... ... .. .. .. ..





[Prev in Thread] Current Thread [Next in Thread]