[e2e] Number of persistent connections per HTTP server?

[Pradnya Karbhari]

Hi Jing,
Sorry for the delayed reply.

Your first set of questions relate to implementation issues, which we
are currently in the process of working out.

As to the question about fairness between sessions and between
connections- we have given a range of fairness definitions in the
paper, and algorithms to achieve those. The "correct" fairness
definition is finally a matter of policy.

Hope this helps. If you have any more questions, let's take those
offline.
-pradnya


Pradnya Karbhari
Networking and Telecommunications Group,
College of Computing, Georgia Tech
http://www.cc.gatech.edu/~pradnya



On Thu, 24 Oct 2002 at 5:55pm +0800, Jing Shen wrote:

> Hi Pradnya,
>
> Thanks for your reply.
>
> My another question is, what's the allocated bandwidth
> for?
> means adjust TCP rate or IP packet enjection rate.
>
> If it's for IP packet rate, does your method need
> resource reservation along the path? is there any
> relationship with InterServ/DiffServ?
>
> Would you please give a little more word ons your
> opinion of "what's the fairness between sessions? and
> fairness between
> connections?" I think the fairness is a little bit
> difficult to define.
>
> thanks
>
>
>
> --- Pradnya Karbhari <pradnya at cc.gatech.edu> µÄÕýÎÄ£º>
>
> > Hi Jing,
> > Thank you for your interest in our paper. Here are
> > the answers to your
> > queries...
> >
> > The paper focuses on defining and achieving
> > multipoint-to-point
> > session fairness, assuming we have global knowledge
> > of link
> > capacities. We are currently working on a
> > distributed version of the
> > algorithms, with limited knowledge at the end-hosts.
> >
> > You have made a very good point about short-lived
> > connections. In this
> > paper, we target static sessions in which
> > connections start and end at
> > approximately the same time, and which are
> > relatively long-lived. We
> > plan to extend this framework to dynamic sessions,
> > with connections
> > starting and terminating at arbitrary times.
> >
> > One way to prioritize particular connections within
> > a session would be
> > to give a higher weight to those connections. So in
> > your example, the
> > client could set a higher weight to the connections
> > for the conference
> > application, and a much lower weight for the
> > advertisement connection.
> >
> > Hope this helps. Let me know if you have any other
> > questions.
> > -pradnya
> >
> > Pradnya Karbhari
> > Networking and Telecommunications Group,
> > College of Computing, Georgia Tech
> > http://www.cc.gatech.edu/~pradnya
> >
> >
> >
> > On Sat, 19 Oct 2002 at 10:05am +0800, Jing Shen
> > wrote:
> >
> > > Hi,
> > >
> > > I've read Karbhari etc's paper
> > "Multipoint-to-point
> > > session fairness", but I have some question with
> > it.
> > >
> > > The two algo. proposed try to adjust source rate
> > with
> > > regarding to intra-session weight and
> > inter-session
> > > fairness. But,
> > >
> > > 1. how could that be done in internet?
> > > If it's to adjust  rate between servers, it just
> > need
> > > to consider e2e transmission capacity, but the
> > algo.
> > > make use of link bandwidth info along the routing
> > > path. If it's to adjust IP packet enjecting rate
> > > between hosts, how could it guaranteed to figure
> > out
> > > link capacity along the routing path and inform
> > the
> > > exact value to server?
> > > some of the connection is short-lived!
> > >
> > > 2. the algo. seems to adopt a equal-treating
> > > methodology between all session/connection, but
> > what
> > > about those demand with different priority? such
> > as,
> > > if there is advertisement info on a web conference
> > > application, the participants engage a priority on
> > > conferencing packets other than those
> > advertisement
> > > packets.
> > >
> > >
> > >
> > > regards
> > >
> > >
> > > >We've recently been working on higher (session)
> > level
> > > definitions
> > > >of fairness, with a focus on a range of possible
> > > policies and
> > > >algorithms to achieve them.  Our emphasis has
> > been
> > > multi-sender
> > > >single-receiver sessions, as arise for parallel
> > > downloads,
> > > complex web pages, etc.  See:
> > >
> > > >Multipoint-to-point sesssion fairness in the
> > > Internet.
> > > >Karbhari, Zegura and Ammar.  Submitted to
> > Infocom'02.
> > >
> >
> >http://www.cc.gatech.edu/projects/soren/info02-1.{ps,pdf}
> > > >
> > > >Ellen
> > >
> > >
> > >
> > > =====
> > > Jing Shen
> > >
> > > State Key Lab of CAD&CG
> > > ZheJiang University(YuQuan)
> > > HangZhou, ZheJiang Province 310027
> > > P.R.China
> > >
> > >
> >
> _________________________________________________________
> > > Do You Yahoo!?
> > > "·¢¶ÌÐÅÓ®ÊÖ»ú,¿ìÀ´²Î¼ÓÑÅ»¢¾ÞÐÇÐã!"
> > > http://cn.ent.yahoo.com/star/midautumn/index.html
> > >
> > >
> >
>
> =====
> Jing Shen
>
> State Key Lab of CAD&CG
> ZheJiang University(YuQuan)
> HangZhou, ZheJiang Province 310027
> P.R.China
>
> _________________________________________________________
> Do You Yahoo!?
> ÐÂÏʵ½µ×,ÓéÀÖµ½¼Ò - ÑÅ»¢ÍƳöÃâ·ÑÓéÀÖµç×ÓÖܱ¨!
> http://cn.ent.yahoo.com/newsletter/index.html
>
>