I will be out of the office from 8/19 until 8/23.  I will be returning on Monday
afternoon, 8/26, and will reply then.

Thank you,

Michael Pellegrino
Softerware, Inc.

___________________________________________________________________________
Subject: LARTC digest, Vol 1 #722 - 3 msgs
From: [EMAIL PROTECTED]
Date: 08/18/02 01:27:42

Send LARTC mailing list submissions to
        [EMAIL PROTECTED]

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.ds9a.nl/mailman/listinfo/lartc
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of LARTC digest..."


Today's Topics:

   1. Re: LARTC digest, Vol 1 #721 - 6 msgs ([EMAIL PROTECTED])
   2. Re: HTB3 port for 2.2.18? (Julian Anastasov)
   3. Another sharing tehnique, is this possible ? ([EMAIL PROTECTED])

--__--__--

Message: 1
Date: Sat, 17 Aug 2002 00:32:12 -0400
To: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Subject: [LARTC] Re: LARTC digest, Vol 1 #721 - 6 msgs

I will be out of the office from 8/19 until 8/23.  I will be returning on Monday
afternoon, 8/26, and will reply then.

Thank you,

Michael Pellegrino
Softerware, Inc.

___________________________________________________________________________
Subject: LARTC digest, Vol 1 #721 - 6 msgs
From: [EMAIL PROTECTED]
Date: 08/17/02 01:27:51

Send LARTC mailing list submissions to
        [EMAIL PROTECTED]

To subscribe or unsubscribe via the World Wide Web, visit
        http://mailman.ds9a.nl/mailman/listinfo/lartc
or, via email, send a message with subject or body 'help' to
        [EMAIL PROTECTED]

You can reach the person managing the list at
        [EMAIL PROTECTED]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of LARTC digest..."


Today's Topics:

   1. Re: Advance Routing Guidance (Arindam Haldar)
   2. Re: HTB is in 2.4.20pre1,2 (Jason Tackaberry)
   3. HTB3 port for 2.2.18? (Amit Kucheria)
   4. HTB equivalent for 'bounded' and 'isolated' in CBQ (Amit Kucheria)
   5. Implementation details of sch (Pedro Larroy)
   6. Re: Implementation details of sch (Werner Almesberger)

-- __--__-- 

Message: 1
Date: Fri, 16 Aug 2002 20:26:24 +0530
From: Arindam Haldar <[EMAIL PROTECTED]>
To: Julian Anastasov <[EMAIL PROTECTED]>
Cc: LARTC <[EMAIL PROTECTED]>
Subject: Re: [LARTC] Advance Routing Guidance

hi julian
hi all
thanx to you all.. many doubts are now cleared.. the **NATing** 
soulution is ofcource a very steady one but am not able to convince my 
management for it !.. hopefully they will...
ys julian you r right :).. there were white spaces--it's patched 
perfectly now .. :) ..
to you all---> have a :) sunday..
:)
A.H

Julian Anastasov wrote:
>       Hello,
> 
> On Thu, 15 Aug 2002, Arindam Haldar wrote:
> 
> 
>>after going thru the docs i find that with julians patch one needs to
>>**MASQUERADE** to the links... we dont want that !.. we want our real ip
>>to flow in these 2 links(real ip already being broadcasted on provider's
>>network)..
>>so my Question is-->possible without **MASQUERADE** ??.. will the
>>setup(as shown in docs) loadbalance for our real ip's ?? ..
> 
> 
>       Of course, it is possible ... and depends on how restrictive
> are your providers. But if one link fails you can have the problem
> of using sources for the failed link, then the replies from world
> will hit the failed provider and will not reach you. As result,
> your internal servers should know which source addresses to use
> according to the link state. The masquerade simply guarantees that
> one link is used only from addresses that are reachable from this
> link.
> 
> 
>>what other things i have to consider ?..
> 
> 
>       As for applying the patches you need to download them
> correctly. More likely you have white space problem (try with
> patch -l).
> 
> 
>>Awaiting a reply very very anxiously..
>>A.H
> 
> 
> Regards
> 
> --
> Julian Anastasov <[EMAIL PROTECTED]>
> 
> 
> 



-- __--__-- 

Message: 2
Subject: Re: [LARTC] HTB is in 2.4.20pre1,2
From: Jason Tackaberry <[EMAIL PROTECTED]>
To: Alexey Talikov <[EMAIL PROTECTED]>
Cc: devik <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Date: 16 Aug 2002 14:43:54 -0400

On Thu, 2002-08-15 at 01:46, Alexey Talikov wrote:
> I think in many cases HTB is more simple, power and beautiful
> than CBQ.

Not only that, but it _works_, which is pretty important for me. :)

I'm very happy to see it included into the main kernel.

Best,
Jason.

-- 
Academic Computing Support Specialist
Algoma University College
Sault Ste. Marie, Ontario
705-949-2301 x330                                   Personal Home Page
http://www.auc.ca                                     http://sault.org


-- __--__-- 

Message: 3
Date: Fri, 16 Aug 2002 15:54:10 -0500 (CDT)
From: Amit Kucheria <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [LARTC] HTB3 port for 2.2.18?

Hi all,

Is there an HTB3 port for 2.2.18?

Is HTB2 patch on devik's site accurate enough in 2.2.18?

Regards,
Amit
-- 
I'm an angel!!! Honest!
The horns are just there to hold the halo up straight.
^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^
                  Amit Kucheria
          EECS Grad. Research Assistant
         University of Kansas @ Lawrence
   (R): +1-785-830-8521 ||| (C): +1-785-760-2871
____________________________________________________


-- __--__-- 

Message: 4
Date: Fri, 16 Aug 2002 16:09:15 -0500 (CDT)
From: Amit Kucheria <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [LARTC] HTB equivalent for 'bounded' and 'isolated' in CBQ

Hi all,

Sally Floyd's Link sharing paper defines the following:

1. Bounded class: class that is not allowed to borrow from ancestor 
classes, regardless of the limit status of those classes.

2. Isolated class: class that does not allow non-descendant classes to 
borrow its unused bandwidth and that does not borrow bandwidth from 
other classes in turn

How does HTB implement a 'bounded class'? I seem to see no constructs to 
be able to do this.

The 'ceil' parameter allows us to implement a part of the 'isolated'
definition above. By setting it equal to 'rate', the class does not
borrow bandwidth, but what will stop other classes from borrowing its
unused bandwidth?

Regards,
Amit

--
I'm an angel!!! Honest!
The horns are just there to hold the halo up straight.
^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^
                  Amit Kucheria
          EECS Grad. Research Assistant
         University of Kansas @ Lawrence
   (R): +1-785-830-8521 ||| (C): +1-785-760-2871
____________________________________________________


-- __--__-- 

Message: 5
Date: Sat, 17 Aug 2002 00:38:50 +0200
To: [EMAIL PROTECTED]
From: Pedro Larroy <[EMAIL PROTECTED]>
Subject: [LARTC] Implementation details of sch

Hi
I'm trying to understand the sch implementation in the linux kernel. Is
there some documentation out there that may be helpful to me?

Regards.
-- 
 ... ___________________________________________________________ ...
|   /|                                                         |\   | 
|  /-| Pedro Larroy Tovar. PiotR | http://omega.resa.es/piotr  |-\  |
| /--|            No MS-Office attachments please.             |--\ |
o-|--|              e-mail: [EMAIL PROTECTED]                |--|-o 
|  \-|    finger [EMAIL PROTECTED] for public key and info   |-/  | 
|...\|_________________________________________________________|/...| 

-- __--__-- 

Message: 6
Date: Fri, 16 Aug 2002 21:59:14 -0300
From: Werner Almesberger <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: [LARTC] Implementation details of sch

Pedro Larroy wrote:
> I'm trying to understand the sch implementation in the linux kernel. Is
> there some documentation out there that may be helpful to me?

ftp://icaftp.epfl.ch/pub/people/almesber/pub/tcio-current.ps.gz
and, more recent, but not quite finished:
ftp://icaftp.epfl.ch/pub/people/almesber/junk/tc-04FEB2001-0.tar.gz

- Werner

-- 
  _________________________________________________________________________
 / Werner Almesberger, Buenos Aires, Argentina         [EMAIL PROTECTED] /
/_http://icapeople.epfl.ch/almesber/_____________________________________/


-- __--__-- 

_______________________________________________
LARTC mailing list
[EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc


End of LARTC Digest



--__--__--

Message: 2
Date: Sat, 17 Aug 2002 12:25:30 +0000 (GMT)
From: Julian Anastasov <[EMAIL PROTECTED]>
To: Amit Kucheria <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: [LARTC] HTB3 port for 2.2.18?


        Hello,

On Fri, 16 Aug 2002, Amit Kucheria wrote:

> Is there an HTB3 port for 2.2.18?

        Yes, I have backported the net/sched from 2.4.20pre1
to 2.2.21, including HTB3. The simple tests look good, the
problem is that I still have problems updating/accessing my
site. I can provide my "DS-9" tree to anyone interested in
testing and hosting the files.

> Regards,
> Amit

Regards

--
Julian Anastasov <[EMAIL PROTECTED]>


--__--__--

Message: 3
Date: Sat, 17 Aug 2002 16:14:11 +0300
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [LARTC] Another sharing tehnique, is this possible ?




hi,
(assume HTB)
I was thinking will it be possible to do some sort of UNFAIR-SHARING :"), what I have 
in mind :

Say I have a internet link with 100kbits bandwith, then I want to share it between 
many clients (which will increase over time). Let's i start with 5 clients with rate = 
30kbits...
See the total bandwith of users is 120kbits but I have only 100kbits.... So where is 
the problem I want to describe their bandwith like

total 100kbits
 |__ user1 => rate 30kbits, ceil 30kbits
 |__ user2 => rate 30kbits, ceil 30kbits
 |__ user3 => rate 30kbits, ceil 30kbits
 |__  .....................
 |__ userX => rate 30kbits, ceil 30kbits

U can say why I just don't calculate 100/5 = 20 and set for all users "rate 20kbits, 
ceil 30kbits", 'cause i will add more users in the future and will need to calculate 
again and again this value... also some of them may want 30kbits other 10kbits etc....
(it is ok for them to get lower rates 'cause the speed is ungaranteed the user are not 
online 24hours a day and of course when bandwith got used to the max it will upgraded 
to better speed)..

In fact what I want to say is : the max rate should be X but if the link is overused u 
will get lower speed ...??
One way this to be done is if I use something like this :

 rate 0 ceil desired-speed

but is this possible, or if not what is the lowest possible value.... 
- Will proirity have be taken into account so that i can say some should be served 
better than other ?
- the lower possible bandwith i will lend is 9600bps .. yes we have such speeds the 
price here is big :"(

Thanx alot
raptor


--__--__--

_______________________________________________
LARTC mailing list
[EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc


End of LARTC Digest


_______________________________________________
LARTC mailing list / [EMAIL PROTECTED]
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Reply via email to