2009년 1월 28일 수요일

테스트

이중 가장 기본적은 QoS기법에 해당하는 FIFO,WFQ,PQ,CQ는 정체현상을 관리하는 기법으로 해당한다.
FIFO Queuing>>
- 가장 기본적은 QoS 기법이다. - First-IN , First-OUT - 먼전 들어온 패킷을 먼저 처리하는 방식이다. - 특별한 QoS정책이 설정되어 있는 않으며, 이 방식을 사용한다.
참고> Serial과 같이 저속 Interface를 제외하고 Ethernet과 같은 고속 Interface에서는특별한 QoS가 적용되지 않으면 먼저 들어온 packet이 먼저 처리되는 FIFO Queuing기법을사용한다.
Cisco라우터 Serial Interface 2M - (Default : WFQ) , 2M이상 (FIFO)실습 Config 예제>>
R1,R2!conf tno ip cefint s1/0no ip route-cacheno fair-queueendshow interface serial s1/0
Queueing strategy: fifo
R2!copy tftp://192.168.18.10/test.pdf null:!!!!!!0!!!!!0!!!!!!!!!!!!!!!!!!!!!0!!!!!!!!!!!!!!!!!
PCc:\>ping -l [size] 172.16.3.1 -t
Request timed out.Reply from 172.16.3.1: bytes=9000 time=267ms TTL=254Request timed out.Reply from 172.16.3.1: bytes=9000 time=290ms TTL=254Reply from 172.16.3.1: bytes=9000 time=218ms TTL=254Reply from 172.16.3.1: bytes=9000 time=330ms TTL=254Reply from 172.16.3.1: bytes=9000 time=790ms TTL=254Request timed out.Reply from 172.16.3.1: bytes=9000 time=194ms TTL=254Reply from 172.16.3.1: bytes=9000 time=262ms TTL=254Reply from 172.16.3.1: bytes=9000 time=228ms TTL=254Request timed out.Reply from 172.16.3.1: bytes=9000 time=231ms TTL=254Reply from 172.16.3.1: bytes=9000 time=244ms TTL=254Request timed out.Request timed out.
_________________________________________________________________________
WFQ(Weighted Fair Queue)
- 표준 Faire Queue는 다음과 특징을 제공한다. 1. Traffic Volume이 큰 Traffic과 적은 Traffic처리시, 어느 한 쪽에 치우치지 않고 (Weight가 같음)효율적으로 분산 처리하는 방식
2. 처리시간의 투명성을 제공
3. 보통 E1 이하의 인터페이스에서는 Default로 enable되어있다.예외 : LAPB,X.25,Compress PPP, SDLc
4. Conversation 식별자 - Network Address - Mac Address - Port or Soket Number - Frame-relay DLCI값 - Qos/Tos 값
5. FIFO와 달리 모든 Traffic에게 동등한 기회를 제공한다. WFQ는 E1이하의 회선에서정체가 발생하는 경우, 모든 Traffic에 대해 동등한 기회를 부여하는 기법이며, 각 Coversation에 배정된 최대 Buffer를 넘어선 Traffic들은 Drop한다.
WFQ Config>>>특정 Interface에 Fair Queue를 설정하는 방법은 다음과 같다.!interface serial 0fair-queue
Fair-queueing의 Queue Size를 지정할 수 있다.
fair-queue
- congestive-discard-threshold (Optional) 각 Queue에서 허용하는 메시지(Default = 64 여기서 설정된 메시지의 한계를 넘는 Packet들은 Discard된다.(Default = 64)
- Dynamic-queues (Optional) Best-effort conversation을 위한 Dynamic Queue의 수이며, 이수치는 16,32,64,128,256,1024,4096 까지
적용가능하다.
- reservable-queues (Optional) RSVP로 구성된 Interface에서 사용된다. Default는 0이며 예약된 Conversation을 위해사용된다.( value range 1~512 , default 64)
예:> interface serial 0/1 fair-queue 128
show interface fair-queueshow queuing fair
=============================================================================================
Priority Queuing>>
PQ는 먼저 서비스시 대역폭 부족현상으로 인해 효율적인 서비스를 하지 못할때 사용한다. 혹은 중요하고
핵심적인 트래픽에 집중적으로 서비스할때 구성한다.
우선순위는 4개로 나누어 관리한다. (High,Medium,Normal,Low) 항상 High부터 처리한다.그렇기 때문에 만일 High Queue에 Packet이 누적되면 아사현상이 일어난다.
PQ Config>RouterR1!conf tpriority-list 1 protocol ip high list 100priority-list 1 protocol ip medium list 101priority-list 1 protocol ip low!access-list 100 permit icmp host 192.168.18.10 host 172.16.5.1 echoaccess-list 101 permit tcp host 192.168.18.10 any eq 23!int s1/1priority-group 1endsh int s1/1sh queueing priority
@ Test >>
R1!debug priority
R3!copy tftp://192.168.18.10/test.pdf null:
PC!c:\>ping -l 7000 172.16.5.1 -t
___________________________________________________________________
FIFO 단점인 클래스 구분이 없는것을 해결하기 위해서 4개의 FIFO 큐를 사용. 각각 큐가 서로 다른 트래픽
클래스에 매핑.우선순위 패킷을 항상 먼저 처리. 실시간 애플리케이션 지원 가능. 하지만 낮은 우선순위는 아사
(starvation)현상 발생.** 아사현상이 발생 최소화를 위해서 우선순위가 높은 트래픽에 최소한 트래픽 사용하도록 설정 **
>list number : 1 ~16까지의 범위갑>protocol-name : arp,appletalk,compress tcp,decnet, ip, ipx,xns,...>queu-limit(Queue Size 할당 : high,normal,medium,low
show queueing priority=============================================================================================
Custom Queuing>> CQ
- 모든 Queue에 대해 round-robin 형태로 서비스 제공 - 모든 트래픽들에게 적어도 어느 정도의 대역폭 사용을 배정. - 트래픽당 정확한 대역폭 사용을 분배하고 예측이 가능
: CQ는 관리자에 의해 최대 16개까지의 Queue를 설정할 수 있다. CQ에서는 모든 Queue에 대해서 순차적으로 Check하면서 균등한 서비스가 제공되며, 다만 각 Queue의 Size에따라 서비스 제공 시간의 차이가 난다. 따라서 Size가 큰 Queue는 그만큼 Bandwidth를많이 할당 받을 수 있으며, Size가 작은 Queue는 적은 Bandwidth를 소모하게 될 것이다.
Objective: Configure custom queueing on R1 so that traffic leaving its serial1/0interface is guaranteed the following amount of bandwidth
HTTP - 20% FTP - 20% WWW - 10% DNS - 20% Inteface fa0/1 10% Default - 20%
R1!conf tqueue-list 1 protocol ip 1 tcp telnetqueue-list 1 protocol ip 2 tcp ftpqueue-list 1 protocol ip 3 tcp wwwqueue-list 1 protocol ip 4 udp domainqueue-list 1 interface fa0/1 5queue-list 1 default 6!queue-list 1 queue 1 byte-count 2000queue-list 1 queue 2 byte-count 2000queue-list 1 queue 3 byte-count 1000queue-list 1 queue 4 byte-count 2000queue-list 1 queue 5 byte-count 1000queue-list 1 queue 6 byte-count 2000!queue-list 1 queue 1 limit 100queue-list 1 queue 2 limit 100queue-list 1 queue 3 limit 100queue-list 1 queue 4 limit 100queue-list 1 queue 5 limit 100queue-list 1 queue 6 limit 100!int s1/0no fair-queuecustom-queue-list 1endsh queueing customsh int s1/0

댓글 없음:

댓글 쓰기

홈