[LARTC] Queueing and BGP

[Aldrin Martoq A. agm@cec.uchile.cl]

<PRE>On Wed, 1 Nov 2000, Gregory Maxwell wrote:
&gt;<i> After seeing that post about directing traffic to various upstream links
</I>&gt;<i> based, basically, on the next-hop from an ISP's router I was wondering:
</I>&gt;<i> Is it possible to queue packets via realm?
</I>[..gated..]

According to the LAR HOWTO (chapter 11.3); yes, it is possible to queue
via realm numbers.

Now, I'm a newbie (1.5 weeks ago just downloaded the LAR HOWTO and don't
understand it 100% right now) and found I have to learn BGP, gated, etc
;-)

Well, my question is: How can I control the BandWidth if you can only
control what you send on the wire? Remember that 99.99% of the traffic is
*download* of web pages, and there is a transparent proxy (with around
20%-50% hit rate on peak hours).
                             ____________
          www.yahoo.com (A) [            ] (B)
          ---&gt;---&gt;---&gt;---&gt;--[&gt;--\    /--&gt;]---&gt;---&gt;---&gt;
 LOCAL NET                  [   SQUID    ]                 OUTSIDE (yahoo)
          ---&lt;---&lt;---&lt;---&lt;--[&lt;--/    \--&lt;]---&lt;---&lt;---&lt;
                        (D) [____________] (C)

Whenever a packet from the local networks try to goes outside (A), it
really never goes outside because it is redirected to SQUID. Then SQUID
send the request packet (B) (which is a diferent packet) and it receives
the packet (C). The packet (C) vanish in SQUID, but it creates a new
packet (D) in response, which is not the same packet as (C).

So, It doesn't make sense to mark packet (C) because it will never go to
the local network and I cannot control that bandwidth, because I just
receive it. And also It doesn't make sense to mark packet (D) because
SQUID will eat all the bandwidth with packets (B) and (C) anyway.

Tell me I'm wrong.

Aldrin.
&quot;So many links, so little time!&quot;



</PRE>