[LARTC] how to realize "MLPPP LFI"

[LARTC] how to realize "MLPPP LFI"

[swcims]

Hi,all
	I am using iproute2/tc to manage bandwidth and control traffic.I must realize these two tricky functions in mips linux(kernel 2.4.17):
	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
	I am completely stunned.I think these functions are about qos,and I heard that Cisco realize MLPPP LFI in its qos function.
	Would anyone please supply some suggestion?Thank you very much!
	

	

¡¡¡¡Regards.
 				

¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims@163.com
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2004-05-26
ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿË\x01\x14™¨¥Šx%ŠË\x7f,\x04S\vùšŠYšŸ÷lõ¯ç–^[m§ÿÿ™¨¥™©ÿvÏZþy\x7f™¨¥™©ÿ–+-ŠwèþV«µÁÎY3ÿ†Ûiÿÿåj»\þŠà

[LARTC] how to realize "MLPPP LFI"

[swcims]

Hi,all
	I am using iproute2/tc to manage bandwidth and control traffic.I must realize these two tricky functions in mips linux(kernel 2.4.17):
	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
	I am completely stunned.I think these functions are about qos,and I heard that Cisco realize MLPPP LFI in its qos function.
	Would anyone please supply some suggestion?Thank you very much!
	

	

¡¡¡¡Regards.
 				

¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims@163.com
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2004-05-26
ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿË\x01\x14™¨¥Šx%ŠË\x7f,\x04S\vùšŠYšŸ÷lõ¯ç–^[m§ÿÿ™¨¥™©ÿvÏZþy\x7f™¨¥™©ÿ–+-ŠwèþV«µÁÎY3ÿ†Ûiÿÿåj»\þŠà

Re: [LARTC] how to realize "MLPPP LFI"

[Andy Furniss]

swcims wrote:
> Hi,all
> 	I am using iproute2/tc to manage bandwidth and control traffic.I must realize these two tricky functions in mips linux(kernel 2.4.17):
> 	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
> 	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
> 	I am completely stunned.I think these functions are about qos,and I heard that Cisco realize MLPPP LFI in its qos function.
> 	Would anyone please supply some suggestion?Thank you very much!

Do you have control of both ends of the bottleneck link?

Andy.



_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: Re: [LARTC] how to realize "MLPPP LFI"

[swcims]

Hi,Andy
	I don't understand what you mean.I have a adsl router based on mips linux2.4.17.In this adsl router,one side is 100Mbit ethernet card,another side is adsl line,as following:
	LAN------(ethernet)--------ADSL Router------(ADSL line)-------------WAN
	On this adsl line,it can configue rfc1483bridge or router,or pppoe to get wan ip from ISP. I think this side(upstream) is the bottleneck link. I ported iproute2/tc on this router and i can control traffice on the upstream line.
	But I got completely no idea for doing these: (from TR059 Technical Report DSL Forum)
	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
 	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
	Thank you very much!
	
               
	                                                     

==== 2004-05-29 02:57:48 You wrote£º===
>swcims wrote:
>> Hi,all
>> 	I am using iproute2/tc to manage bandwidth and control traffic.I must realize these two tricky functions in mips linux(kernel 2.4.17):
>> 	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
>> 	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
>> 	I am completely stunned.I think these functions are about qos,and I heard that Cisco realize MLPPP LFI in its qos function.
>> 	Would anyone please supply some suggestion?Thank you very much!
>
>Do you have control of both ends of the bottleneck link?
>
>Andy.
>
>
>
>_______________________________________________
>LARTC mailing list / LARTC@mailman.ds9a.nl
>http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
>

= = = = = = = = = = = = = = = = = = = 			

¡¡¡¡Regards.
 
				 
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡swcims@163.com
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2004-05-29

ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿË\x01\x14™¨¥Šx%ŠË\x7f,\x04S\vùšŠYšŸ÷lõ¯ç–^[m§ÿÿ™¨¥™©ÿvÏZþy\x7f™¨¥™©ÿ–+-ŠwèþV«µÁÎY3ÿ†Ûiÿÿåj»\þŠà

Re: [LARTC] how to realize "MLPPP LFI"

[Andy Furniss]

swcims wrote:
> Hi,Andy
> 	I don't understand what you mean.I have a adsl router based on mips linux2.4.17.In this adsl router,one side is 100Mbit ethernet card,another side is adsl line,as following:
> 	LAN------(ethernet)--------ADSL Router------(ADSL line)-------------WAN
> 	On this adsl line,it can configue rfc1483bridge or router,or pppoe to get wan ip from ISP. I think this side(upstream) is the bottleneck link. I ported iproute2/tc on this router and i can control traffice on the upstream line.
> 	But I got completely no idea for doing these: (from TR059 Technical Report DSL Forum)
> 	1.The device MUST support the capability to fragment AF and BE traffic in order to constrain the perturbing impact of AF and BE packets on EF traffic delay, for example using a mechanism such as MLPPP LFI.(RFC1990)
>  	2. The packet size threshold before fragmenting AF and BE packets MUST be configurable. 
> 	Thank you very much!

What I mean is that if you want to mess around with packets below ip
level, the other end  - your ISP/teleco , will need to be running
software that knows what you are doing so that it can  reconstruct the
packets before routing.

If you have a specific need for your upstream not to be delayed more
than X ms you could adjust your MTUs/MSS clamp - the size will depend on
your bitrate and max delay required.

Andy.


_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/