Chuyển mạch đa dịch vụ
3.4.4. Vớ dụ về việc sử dụng FTNMIB
Đõy là vớ dụ về FTNMIB thiết lập sự phụ thuộc cho MPLS – mó hoỏ lưu lượng IP tới một LSP khỏc trong một đường hầm. Hỡnh 3.4 minh hoạ hai luồng IP cung cấp cho một LER MPLS ( Edge router 1). Một nguồn IP gửi lưu lượng thoại/IP (VoIP) và giao thức khỏc là SMTP ( phõn phối mail ). Chỳng ta muốn đẩy lưu lượng SMTP thụng qua LSP và lưu lượng VoIP thụng qua đường hầm. Lưu lượng VoIP cú cỏc yờu cầu thời gian thực. Vỡ vậy chỳng ta cho rằng chỳng ta tạo ra đường hầm và một QoS
thớch hợp. Lưu lượng SMTP thỡ khụng yờu cầu thực nghiệm, vỡ chỳng ta sử dụng một LSP cho mục đớch này, với khụng cú tài nguyờn băng tần chỉ định và một QoS “ best – effort “ đường hầm theo cỏch này cú thể mang dữ liệu thoại thời gian thực, vỡ vậy chỳng ta cho rằng đường hầm là tài nguyờn chuyờn dụng ( Vớ dụ : 640Kb/s ) Hỡnh (trang bờn)
LSP và đường hầm cú khả năng truyền tải MPLS – gúi gọn gúi IP thụng qua mạng lừi và phõn phỏt chỳng giống như IP tại điểm ra ( Edge router 2 ). Trong trường hợp này, chỳng ta cú hai địa chỉ IP đớch. Gateway SMTP tại địa chỉ 10.81.1.131 và một việc thiết lập chỳng ta minh hoạ trong hỡnh 3.15 là theo một phương hướng duy nhất. ( Một ứng dụng diện thoại sẽ phụ thuộc vào cỏc kết nối hai chiều ) để hoàn thành bức tranh VoIP chỳng ta cần đường hầm khỏc (hoặc LSP) để hướng lưu lượng theo hướng đối lập.
Như cú thể nhỡn thấy trong hỡnh 3.4 nhón MPLS ra được sử dụng bởi router lừi đó thu được giỏ trị 0. Giỏ trị này rừ ràng là một giỏ trị null và được sử dụng theo thứ tự để chỉ thị node MPLS kế tiếp ( Edge router 2 ) đú là dữ liệu MPLS phải được lột bỏ khỏi gúi và thực hiện một vũng lặp IP bỡnh thường. Trong từ khỏc giỏ trị nhón 0 núi cho node kế tiếp rằng cỏc gúi phải được trở về trong miền IP. Vớ dụ dưới đõy minh hoạ cỏch thực cỏc kiểu lưu lượng LDP khỏc hoặc đường hầm. gateway VoIP tại 10.81.1.132 hai địa chỉ này tỏch biệt nhau.
Hỡnh 3.3: Sự thiết lập FTN MIB cho lưu lượng IP
Thiết lập MPLS FTN table cho sự đổi hướng LSP
Theo thứ tự đẩy lưu lượng IP tới LSP trong hỡnh 3.4, một thực thể phụ thuộc vào mplsFTNTable. LSP thiết lập sự phụ thuộc nhà quản lý mạng để biết thờm thuận lợi của giỏ trị mục tiờu dưới đõy tại mỗi hop.
Trần Thị Hương Trà - D2001VT MPLS MPLS A (6) B (7) E (8) F (9) Core Router Edge Router 1 LSRID = 1.1.1.1 Edge Router 2 LSRID = 2.2.2.2 Tunnel LSP VoIP IP SMTP 10.81.1.131 SMTP Gateway 10.81.1.132 VoIP Gateway ISP PSTN 61
• Bảng chỳ dẫn giao diện vào (khụng cần thiết tại LER vào).
• Nhón vào (nếu thớch hợp- khụng cần thiết tại LER vào).
• Bảng chỳ dẫn giao diện ra (khụng cần thiết tại LER ra).Nhón ra ( nếu xột về mặt ứng dụng khụng cần tại LER ra).
Cỏc đối tượng minh hoạ cỏc đối tượng MIB cần cho sự thiết lập mplsFTNTable. Cỏc đối tượng này chỉ phụ thuộc vào router biờn 1 và bao gồm cỏc phần sau:
• Nhón vào thỡ khụng ứng dụng bởi vỡ lưu lượng IP đặt tại giao diện vào (nơi này thỡ khụng trúi buộc cỏc nhón MPLS).
• Giỏ trị chỉ mục giao diện ra là 6 (giao diện ra).
• 30 là giỏ trị nhón biờn.
Đưa ra cỏc tiờu đề này, chỳng ta cú thụng tin đầy đủ về nơi cư trỳ một dũng trong mplsFTNTable:
{ mplsFTNIndex = 1,
mplsFTNDescr =”FTN-ENTRY-1 for IP subnet 10.81.0.0”, mplsFTNMask =0x01, --Look up destination address only mplsFTNAddrType = ipv4,
mplsFTNDestIpv4AddrMin = 10.81.1.131, mplsFTNDestIPv4Addrmax = 10.81.1.131, mplsFTNActionType = redirectLsp,
mplsFTNActionPointer = mplsXCLspId.5.0.0.3 }
Giỏ trị củamplsFTNActiụnPointer chỉ thị LSP tới cỏc gúi phải được chuyển hướng. Nú thiết lập điểm tới đối tượng cột đầu tiờn của thực thể XC rằng đỏp ứng tới LSP này. Đõy làmplsXCIndex.5.0.0.3, nú được miờu tả theo thực thể mplsXCTable:
{ mplsXCIndex =5,
mplsInsegmentIfindex =0,--originating LSP mplsInsegmentLable = 0, -- originating LSP
mplsoutsegmentIndex = 3, --pointer to a row in mplsOutSegmentTable mplsXCLableStackIndex=0 }
Thực thể mplsTable này trong cỏc điểm trở về dũng dưới đõy trong mplsOutsegmentTable:
mplsOutsegmentIfindex =6,
mplsOutSegmentPushTopLable = true,
mplsoutsegmentTopLable =30 –Egress lable value}
Giống như cú thể xem, cỏc giỏ trị trong mplsOutsegmentTable phự hợp với sự minh hoạ trong hỡnh 3.4. Cuối cựng, chỳng ta cú mplsFTNMapTable, nú làm hoạt động thực thể FTN:
{ mplsFTNMapIfindex =1,
mplsFTNPrevIndex=0,--The first FTN entry on this interface mplsFTNMapCurrentIndex =1 }
Hiện tại,cỏc gúi IP với địa chỉ đớch 10.81.1.131 đổi hướng trờn LSP như một qui định.
Sự thiết lập mplsFTNTable cho sự đổi hướng đường hầm
Theo thứ tự đẩy lưu lượng IP vào đường hầm trong hỡnh 3.4, một thực thể khỏc bị phụ thuộc mplsFTNTable. Chỳng ta đưa ra dũng này giỏ trị chỉ mục 2.
{ mplsFTNIndex = 2,
mplsFTNDescr=”FTN-ENTRY-2 for IP subnet 10.81.0.0”, mplsFTNMask=0x01, -- look up destination address only mplsFTNAddrType = ipv4,
mplsFTNDestIpv4AddrMin = 10.81.1.132, mplsFTNDestIpv4AddrMax = 10.81.1.132, mplsFTNActionType = redirectđường hầm,
-- We assume that the ingress and egress LSR IDs are 1.1.1.1 and -- 2.2.2.2 respectively for this đường hầm as seen in Figure 9-2
mplsFTNActionPointer=MPLStunnelIndex.4.0.1.1.1.1.2.2.2.2 } Trong MPLStunnelTable, chỳng ta cú dũng sau với chỉ mục 4:
{ MPLStunnelIndex = 4,
MPLStunnelInstance =0, -- primary đường hầm MPLStunnelIngressLSRID = 1.1.1.1,
MPLStunnelEgressLSRID = 2.2.2.2 }
Cuối cựng chỳng ta cú mplsFTNMapTable, nú kớch hoạt thực thể FTN : { mplsFTNMapIfIndex = 1,
mplsFTNPrevIndex = 1,
mplsFTNMapcurrIndex = 2 }
Cỏc gúi này với địa chỉ đớch 10.81.132, bõy giờ được chuyển hướng sang đường hầm thiết kế lưu lượng như là một quy định
3.5. Tổng kết chương
Chương này khỏi quỏt chung việc ứng dụng MIB trong quản lý mạng MPLS. Với mục đớch đú, ở đõy đề cập đến cỏc vấn đề sau:
- Đặc điểm của của mạng MPLS cần sử dụng MIB để quản lý, cụ thể như việc tạo ra nhón, ngăn xếp nhón, đặc điểm sự lưu chuyển thụng tin bằng hoỏn đổi nhón, tạo cỏc đường LSP, tạo đường hầm đường hầm
- Đặc điểm của MIB phự hợp với quản lý mạng MPLS là cấu thành dưới dạng bảng, giữa cỏc cột cú mối liờn hệ với nhau, cỏc đối tượng trong bảng cấu thành dưới dạng chỉ mục thứ bậc
Sau đú là cụ thể việc quản lý, thiết lập cỏc chỉ số mặc định trong bảng MIB để quảnlý một mạng MPLS.
Vai trũ trung tõm của MIB trong quản lý mạng là một đề tài lớn trong đồ ỏn này. Hi vọng rằng trong tương lai, tổ chức cung cấp và cỏc tiờu chuẩn cú thể làm nhiều việc để tăng tớnh điều khiển để tạo ra nhiều sự thiết kế tốt cho MIB.
Kết luận
Động lực thỳc đẩy việc nghiờn cứu chuyển mạch nhón đa giao thức và cơ sở thụng tin quản lý mạng tập trung vào hai ưu điểm chớnh là:
Tốc độ xử lý thụng tin nhanh, giải quyết cỏc vấn đề về trễ, tăng quỏ trỡnh xử lý lưu lượng người dựng trờn mạng Internet, nguyờn tắc chuyển tiếp gúi tin rất đơn giản.
Giao thức quản lý mạng đơn giản – SNMP với MIB cấu trỳc dưới dạng cơ sở dữ liệu phự hợp với mạng MPLS.
Một số điểm hạn chế của đồ ỏn:
Đồ ỏn mới chỉ dừng lại ở mức tổng quan của kỹ thuật mà nhiều vấn đề quan trong khỏc như: cỏch một gúi di chuyển qua cấu trỳc mạng MPLS, cỏc cấu trỳc cụ thể của từng router, LSR, LER chưa được xem xột một cỏch chi tiết.
MIB mới chỉ giới thiệu ở mức tổng quan, chưa cú sự so sỏnh với ứng dụng trong cỏc mạng khỏc.
Vỡ vậy việc nghiờn cứu ứng dụng MIB trong quản lý mạng MPLS đem lại hiệu quả cao và cú tớnh khả thi, trong tương lai sẽ được triển khai trờn mạng viễn thụng Việt Nam- ứng dụng vào trong mạng NGN.