tips 2: chủ đề khó nhất của Frame-Relay: Frame-relay traffic-shaping (FRTS)

[dangquangminh]

Khi học đến Frame-Relay, các bạn sẽ gặp đến FRTS. các tài liệu khác nhau sẽ có các công thức tính khác nhau cho các đại lượng của FRTS.

Để tính các giá trị FRTS, ta sẽ dùng các công thức sau:


Bc = (CIR * Tc) / 1000
Be = ((AR - CIR) * Tc)/1000

ví dụ: trong mô hình hub-and-spoke. các thông số của các site như sau:

Hub:
AR = 192000: tốc độ tối đa của PVC
CIR = 64000

Remote:
AR = 64000
CIR = 64000

Vì CIR <= 640Kbps, giá trị Tc là 125ms.
ta có:

Hub:
AR = 192000
CIR = 64000
Tc = 125

Remote:
AR = 64000
CIR = 64000
Tc = 125

Do đó:

Bc = (CIR * Tc)/1000
Bc = (64000 * 125)/1000
Bc = (8000000)/1000
Bc = 8000 bits

bây giờ ta được:

Hub:
AR = 192000
CIR = 64000
Tc = 125
Bc = 8000

Remote:
AR = 64000
CIR = 64000
Tc = 125ms
Bc = 8000

Giá trị be được tính:

Be = ((AR - CIR) * Tc)/1000
Be = ((192000 - 64000) * 125) / 1000
Be = ((128000) * 125) / 1000
Be = (16000000) / 1000
Be = 16000

Ở Remote:

Be = ((AR - CIR) * Tc)/1000
Be = ((64000 - 64000) * 125) / 1000
Be = ((0) * 125) / 1000
Be = (0) / 1000
Be = 0

Trong trường hợp đường truyền có thể giảm xuốnng 32Kbps, ta phải dùng BECN để hiệu chỉnh:

frame-relay mincir 32000
frame-relay adaptive-shaping becn

Cấu hình FRTS sau cùng sẽ là:


map-class frame-relay X
frame-relay cir 640000
frame-relay bc 80000
frame-relay mincir 32000
frame-relay adaptive-shaping becn
no frame-relay adaptive-shaping
end

apply vào interface bằng lệnhh frame-relay traffic-shaping và trong frame map. cần chú ý apply vào subinterface sẽ khác với apply vào main-interface.

cám ơn đã đọc.

Minh

[Neo]

Hi Mr.Minh,
Để biết được cấu hình có hoạt động không, ngoài cách dùng extended ping,
show frame pvc <dlci>, show traffic statistics còn có cách nào khác không?
Khi đạt tới ngưỡng nào thì gói tin bị drop? Set bit DF=1 khi nào?

[ppp]

Hì hì ! Biết Neo là ai rồi !

Ý của bạn Neo là còn một lệnh show nào khác không pk ?

Xin trả lời là không , mình cũng đã tìm thử ! Mà như vậy thì thấy cũng sao sao ..Cấu hình xong nhưng không debug hay show gì để biết nó có đúng hay không !

Còn bit DF là bit gì :D

[dangquangminh]

hey,

DE bit: discard eligible. Khi congestion xảy ra, những frame nào có bit này được set thì sẽ bị ưu tiên...drop trước.

Neo:

Hiện giờ chỉ nghĩ ra cách test FRTS đó thôi. Hy vọng là có ai đó biết nhiều các khác nhau để test Frts sẽ nhảy vào giúp Minh một tay...

Cám ơn,
Minh

[cvo15303]

:P Hi!ChaoSu phu!
Anh Minh lam on mail dum em 1 file noi ro ve FRTS:bai toan dua ra va huong giai quyet de em theo kip van de duoc dua len dien dan nhe
Cam on Anh!
Chuong Vo

[sinhvienngheo]

Hi Mr.Minh,
Để biết được cấu hình có hoạt động không, ngoài cách dùng extended ping,
show frame pvc <dlci>, show traffic statistics còn có cách nào khác không?
Khi đạt tới ngưỡng nào thì gói tin bị drop? Set bit DF=1 khi nào?

Neo và ppp:

Bài viết của mình dưới đây tóm lược các lệnh được dùng để kiểm tra FRTS.

Hy vọng nó hữu ích cho các bạn:

-------------------------------------------------------------
Có ba lệnh:

# show frame-relay pvc <dlci>
# show traffic-shape
# show traffic-shape statistics


Lệnh show frame-relay pvc:

Lệnh này sẽ cho ra một bảng. Các cột có ý nghĩa như sau:

-CIR Current committed information rate (CIR), in bits per second (bps).
- Bc Current committed burst size, in bits.
- Be Current excess burst size, in bits.
- Limit Maximum: số bytes được truyền mỗi intervaln.
- Interval: chu kỳ switch-frame cục bộ. Chu kỳ này nhỏ hơn giá trị Tc. Chu kỳ này thường được dùng khi router xác nhận rằng nếu dùng chu kỳ nhỏ thì router ổn định hơn.
- Mincir: Minimum CIR for the permanent virtual circuit (PVC).
- Increment: số bytes gia tăng của mỗi chu kỳ.
- BECN response: Frame Relay has backward explicit congestion notification (BECN) adaptation configured.
- List Queue Args: danh sách hàng đợi cho custom-queue list.

- Output queues: các hàng đợi đang được dùng cho pvc.

Ví dụ:

prasit#show frame-relay pvc 130
PVC Statistics for interface Serial1 (Frame Relay DTE)
DLCI = 130, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial1.1
input pkts 4 output pkts 6 in bytes 180
out bytes 824 dropped pkts 0 in FECN pkts 0
in BECN pkts 0 out FECN pkts 0 out BECN pkts 0
in DE pkts 0 out DE pkts 0
out bcast pkts 6 out bcast bytes 824
pvc create time 00:02:27, last time pvc status changed 00:02:27
cir 64000 bc 64000 be 64000 byte limit 9000 interval 125
mincir 32000 byte increment 1000 Adaptive Shaping none
pkts 7 bytes 854 pkts delayed 0 bytes delayed 0
shaping inactive
traffic shaping drops 0
Queueing strategy: fifo
Output queue 0/40, 0 drop, 0 dequeued

Lệnh: show traffic-shape

Mô tả các field:

Target Rate: Rate that traffic is shaped to in bps.
Byte Limit: Maximum number of bytes transmitted per internal interval.
Sustain bits/int: Configured sustained bits per interval.
Excess bits/int: Configured excess bits in the first interval.
Interval (ms): Interval being used internally. .
Increment (bytes): Number of bytes that are sustained per internal interval.
Adapt Active Contains BECN if Frame Relay has BECN adaptation configured.

Ví dụ:

Target Rate = CIR = 64000 bits/s
Mincir = CIR/2 = 64000/2 = 32000 bits/s
Sustain = Bc = 8000 bits/int
Excess = Be = 8000 bits/int
Interval = Bc/CIR = 8000/64000 = 125 ms
Increment = Bc/8 = 8000/8 = 1000 bytes
Byte Limit = Increment + Be/8 = 1000 + 8000/8 = 2000 bytes


Lệnh show traffic-shape statistics

Dùng lệnh này để xem các thống kê về FR. Các field bao gồm:



Queue Depth: Number of messages in the queue.
Packets: Number of packets sent through the interface.
Bytes: Number of bytes sent through the interface.
Packets: Delayed Number of packets sent through the interface that were delayed in the traffic shaping queue.
Bytes Delayed: Number of bytes sent through the interface that were delayed in the traffic shaping queue.
Shaping Active: Contains yes when timers indicate that traffic shaping is occurring and no if traffic shaping does not occur.

Trong lệnh này chỉ cần chú ý cột shaping active để biết FRTS đã active hay chưa.

Cám ơn đã đọc.

[Helix]

Thực sự kiểm tra FRTS chỉ có cách show và extended ping thôi.

:D

[TCP/IP]

hey,

DE bit: discard eligible. Khi congestion xảy ra, những frame nào có bit này được set thì sẽ bị ưu tiên...drop trước.


Anh Minh!

Khi congestion xảy ra thi set DE bit và khi mạng bị congestion thì các Frame được set DE bit sẽ bị Drop trước.
Vậy em có một thắc mắc là, Ở mức độ congestion nào thì bắt đầu set DE bit và ở mức độ congestion nào thì sẽ bắt đầu drop frame được set DE bit. Các thông số (parameters) mà thiết bị Frame-relay dựa vào để quyết định lúc nào thì mạng xảy ra Congestion. Các giá trị của các thông số này có thể control được bằng các Commands không?
Mong sự giúp đỡ của anh.

thân chào,

[halh]

...Ở mức độ congestion nào thì bắt đầu set DE bit và ở mức độ congestion nào thì sẽ bắt đầu drop frame được set DE bit??. Các tham số mà thiết bị Frame-relay dựa vào để quyết định lúc nào thì mạng xảy ra Congestion. Các giá trị của các thông số này có thể control được bằng các Commands không?

Chắc anh Minh sẽ trả lời câu hỏi của bạn. Mình chỉ xin góp ý vài điều mình biết: Không phải ở mức độ congression nào thì DE được thiết lập (khái niệm congression level có vẻ hơi mơ hồ??) mà DE được thiết lập trên các gói tin nằm ngoài BC, hay khi tốc độ của dữ liệu trên Local Loop vượt quá CIR.

Vấn đề tắc nghẽn trên mạng có thể được phân tích dựa trên các thông tin về xác suất mất gói, mức độ blocking của các yêu cầu kết nối (các vấn đề liên quan đến hàng đợi, định tuyến dự trữ tài nguyên,...)

Vài lời bàn, bà con xem xét!!

[admin]

Hi,

Đính kèm là một dạng file excel tự động tính các giá trị Be, Bc, CIR...

Chỉ cần bạn nhập vào giá trị CIR. Các kết quả còn lại sẽ được tính theo công thức.

Cần lưu ý là các bạn phải thông thạo cách tính bằng tay như đã nêu ở trên trước khi sử dụng công cụ này.

Chúc các bạn vui vẻ và thành đạt.