Chức năng Lệnh
Tiến trình khởi động router IPX EIGRP Ipx router eigrp <as-number>
Bắt đầu chạy IPX EIGRP qua giao diện Network <ipx-network- number>
Bắt đầu chạy IPX EIGRP trên tất cả các
giao diện số IPX Network all
IPX WAN l ph ng pháp óng gói b n tin ra i sau v có nhi u u i m soà ươ đ ả đờ à ề ư đ ể
v i IPX, ớ đượ ử ục s d ng trên các đường k t n i WAN. Nó cho phép các router IPX cóế ố
th lan truy n m t cách ng các ch c m ng IPX ho c s d ng các ể ề ộ độ ỉ ố ạ ặ ử ụ đường IPX ch aư
c ánh s . IPXWAN cịn có th tính tốn tr ng vòng (round-trip) khi các
đượ đ ố ể ễ đườ
ng k t n i WAN c thi t l p.
đườ ế ố đượ ế ậ
3.2.1. Phân bổ IPX RIP và IPX EIGRP
Nếu chúng ta khơng làm mất tính năng phân bổ với một trong các lệnh như ở bảng 3-2 thì bất cứ router Cisco nào chạy đồng thời cả IPX RIP và IPX EIGRP đề thực hiện tính năng phân bổ này một cách tự động. Các router IPX RIP được phân bổ lại vào IPX EIGRP như là các tuyến EIGRP ngoại vùng và metric của IPX RIP được sao chép vào phần chia dữ liệu ngoại vùng của tuyến EIGRP.
Bảng 3.2 Các lệnh cấu hình để điều khiển phân bố lại định tuyến IPX.
Chức năng Lệnh
IPX RIP ngưng routers đang được phân bổ
vào IPX EIGRP Ipx router eigrp <as-number>no redistribute rip
Ngưng IPX EIGRP router đang được phân bổ vào IPX RIP
Ipx router rip no redistribute eigrp <as-number>
Lọc định tuyến đang được phân bổ từ IPX
RIP vào IPX EIGRP Ipx router eigrp <as-number>distribute-list out <ACL> rip
Lọc định tuyến đang được phân bổ từ IPX EIGRPvào IPX RIP
Ipx router rip distribute-list out <ACL> eigrp<as>
Ta có thể xem thơng tin chi tiết về các metric IPX EIGRP và IPX RIP của một tuyến với các câu lệnh show ipx eigrp topology <network>, như ở ví dụ dưới đây.
Sử dụng câu lệnh #show ipx eigrp topology. Sau câu lệnh này tất cả thông tin về mạng này được hiển thị đầy đủ như là băng thông, tổng thời gian trễ, độ tin cậy của tính tốn…
Router > show ipx eigrp topology 12345 IPX-EIGRP topology entry for 12345
State is Passive, Query origin flag is 1, 1 Successor (s) Routing Descriptor Blocks :
Next hop is
FFF 40001.0000.0003.0000 (Serial1),from FF40001.0000.0003.0000 Composite metric is (291456000/290944000), Send flag is 0x0,
Router is External Vector metric :
Minimum bandwidth is 9 Kbit Total delay is 975000 microseconds Reliability is 255/255
Load is 1/255
Minimum MTU is 1500 Hop count is 2
External data :
Originating router is 0060.7015.5data
External protocol is RIP, metric is 2, delay 49 Administrator tag is 0 (0x00000000)
Flag is 0x0000000
Như ta nhìn thấy từ ví dụ trên, một tuyến IPX EIGRP chứa gần như hoàn toàn các tham số như là một tuyến IP EIGRP, sự khác nhau chỉ là phần dữ liệu ngoại vùng. Ý nghĩa của các tham số dữ liệu ngoại vùng được giải thích như ở Bảng 3-3.
Bảng 3.3. Các tham số dữ liệu ngoại vùng của một tuyến IPX EIGRP
Tham số Ý nghĩa
Router gốc Địa chỉ MAC của router được phân phối mở rộng trong EIGRP. Địa chỉ này cũng có thể được thiết lập
với các lệnh định tuyến IPX
Giao thức ngoài Mở rộng loại router RIP, EIGRP, tĩnh hoặc NLSP Metric giao thức ngoài Đếm và tính trễ của các tuyến được phân bổ lại
Nhãn quản lý Các trường có thể khơng được thiết lập hay sử dụng Cờ Các trường có thể khơng được thiết lập hay sử dụng Khi một tuyến IPX EIGRP ngoại vùng nhận được do sự lan truyền của IPX RIP trên các mạng IPX EIGRP, giá trị metric vector được điều chỉnh theo các quy tắc điều chỉnh metric vector của EIGRP, phần trễ theo metric của giao thức ngoại vùng cũng được điều chỉnh như vậy, phương trình (3.1) dưới đây mơ tả điều đó.
Phương trình 3-1
EIGRP DelayNew = EIGRP DelayReceived + DelayInterface BandwidthNew = min(BandwidthReceived,BandwidthInterface)
MTUNew = min(MTUReceived,MTUInterface) (3-1) HopCountNew = HopCountRecived +1
IPXDelayNew = IPXDelayReceived + IPXDelayInterface
Kết quả từ phương trình 4-1 đó là một tuyến IPX EIGRP ln chứa giá trị trễ IPX như là trễ của một tuyến IPX RIP được truyền theo chính tuyến đó. Đặc tính này là rất quan trọng vì trễ IPX được sử dụng trong các host IPX (như các file server và các máy tính trạm) để tính tốn thời gian timeout của lớp truyền tải.
Tóm lại, khi tuyến IPX EIGRP được phân bố lại ngược trở vào IPX RIP, trường trễ của IPX của các tuyến RIP được đặt cho giá trị trễ IPX trong trường metric của giao thức Ngoại vùng, và giá trị hop count của RIP là giá trị của điểm phân bố lại gốc cộng thêm 1. Tất cả những sự chuyển dịch này được tóm tắt trong phương trình (3.2) dưới đây.
Phương trình 3-2:
IPXDelayRIP = IPXDelayEIGRP (3-2) IPXHopCountRIP = IPXHopcountEIGRP + 1
Để đảm bảo cho việc định tuyến một các tốt nhất và chống lặp trong khi định tuyến trong các mạng hỗn hợp IPX EIGRP/IPX RIP, có hai luật được thêm vào, đó là:
• Các tuyến IPX EIGRP ln được ưu tiên so với các tuyến IPX RIP trừ khi chúng có giá trị hop count IPX cao hơn các tuyến IPX RIP (trên nền tảng IP, ta có thể nói rằng IPX EIGRP có giá trị AD nhỏ hơn IPX RIP).
• Router chỉ phân phối các tuyến mà sẽ được sử dụng cho việc chuyển tiếp gói tin.
3.2.2. IPX SAP hội nhập
Giao thức giới thiệu dịch vụ (SAP) là một phần rất cần thiết và quan trọng của nhóm giao thức IPX. Nó cho phép các host đầu cuối có thể xác định được các dịch vụ và các server mà nó cần thiết để truy nhập. Bản thân giao thức này được thiết kế cho các mạng nhỏ với một số lượng ít các dịch vụ, nó khơng có khả năng mở rộng cho các
Theo sự thiết kế của nó thì giao thức SAP là tương tự với IPX RIP, và nó sử dụng kiểu vecto khoảng cách để tiếp nhận thông tin dịch vụ:
Mỗi server loan báo các dịch vụ của nó sử dụng các bản tin cập nhật SAP theo chu kì 60 giây. Nếu một dịch vụ không được loan báo trong một thời gian dài xác định trước (theo mặc định là 180 giây), nó sẽ được xem là khơng thể đến được.
• Mỗi router loan báo tất các dịch vụ mà nó biết để phát các bản tin cập nhật SAP theo chu kì 60 giây.
• Tất cả các sự thay đổi trong mạng, chẳng hạn như sự xuất hiện của các thiết bị mới hoặc một thiết bị đang hoạt động được lấy ra, thì các bản tin cập nhật nhanh được sử dụng một các tức thời.
• Các bản tin khác trong giao thức SAP được sử dụng để trao đổi thông tin giữa các máy trạm với router hoặc server, nhưng những sự thay đổi này chỉ trên môi trường mạng LAN, và do vậy sự tích hợp IPX SAP vào IPX EIGRP là khơng thích hợp.
• Bản thân IPX SAP khơng chứa cơng nghệ chống loop, nó thậm chí cịn khơng thực hiện việc kiểm tra khả năng xảy ra chia cắt hai hướng. Tất cả sự chống lặp dựa trên bảng định tuyến IPX sử dụng các hoạt động kiểm tra sau đây.
• Thơng tin về một dịch vụ được cung cấp trên một mạng được đánh dấu là khơng thể đến được thì bị bỏ qua.
• Thơng tin về dịch vụ đến từ một router mà nó khơng phải là bước truyền kế tiếp đến mạng mà dịch vụ đó đang chạy thì bị bỏ qua. Các bản tin cập nhật theo chu kì của SAP tạo nên một gánh nặng lớn cho các đường LAN ở bất kì một mạng IPX nào. Mặc định thì một gói tin SAP với độ dài là 480 byte có thể quảng bá tối đa 7 dịch vụ. Cho rằng mỗi server phục vụ cho viêc lưu trữ file quảng bá 3 đến 5 dịch vụ, mỗi server phục vụ cho việc in ấn và fax quảng bá ít nhất là một dịch vụ trên mạng LAN, số lượng dịch vụ được quảng bá trên mạng LAN bởi các văn phịng phía xa là khoảng 10 dịch vụ trên mỗi mạng LAN. Với một mạng khoảng 200 văn phịng ở phía xa, số lượng dịch vụ được quảng bá có thể đạt trên con số 2000. Băng thơng được sử dụng cho các gói tin cập nhật SAP theo chu kì được tính như ở phương trình 4-3, và nó chiếm gần 30% của đường truyền 64kbps. Rõ ràng là ta phải cần một công nghệ tốt hơn để truyền tải thông tin dịch vụ trong các mạng IPX có quy mơ lớn.
Phương trình 3-3:
TotalSAPdata bytes = int ( NumberOfSeNumberOfServicesrvicesPerP×SAPacketSiacket ze ) = int ( 7 480 2000× ) ≅ 137000 SAPbandwidth bps = ) ( 8 scc l SAPInterva ta TotalSAPda × (3-3)
= 60
8 137000×
≅ 19 kbps
Sự cần thiết của các bản tin cập nhật SAP theo chu kì xuất phát từ độ thiếu tin cậy vốn có của giao thức SAP. Nếu thông tin SAP trao đổi là tin cậy, các bản tin cập nhật IPX SAP theo chu kì là khơng cần thiết, và giao thức SAP sẽ giảm một cách đáng kể việc sử dụng băng thông trên các đường WAN. IPX SAP bảo đảm sự truyền tải các bản tin IPX SAP, bản thân giao thức IPX SAP là không thể sửa đổi, tuy nhiên các bản tin SAP theo chu kì có thể được chặn tùy theo độ tin cậy của giao thức vận tải tầng dưới. Sự tương tác giữa IPX SAP và IPX EIGRP được minh họa một cách tốt nhất với các thông tin ra từ lệnh gỡ rối, như ở ví dụ dưới đây:
3.2.2.1. Tương tác giữa IPX SAP và IPX EIGRP
Sử dụng câu lệnh debug eigrp packet ipxsap ack và lệnh debug ipx sap activity. Sau câu lệnh này quá trình hoạt động giữa IPX SAP và IPX EIGRP sẽ được hiển thị dầy đủ như là cấu trúc gói tin, q trình nhận và xử lý thơng tin của SAP và EIGRP.
Router#debug eigrp packet ipxsap ack Rouer#debug ipx sap activity
IPX SAP packet received over Serial 1 announcing that service FileServer became unreachable
EIGRP : Received IPXSAP on Serial1 nbr FFF40001.0000.0003.0000 AS 11,Flags 0x0, Seq 408/478 idbQ 0/0 iidbQ in/rely 0/0 peerQ in/rely 0/0 EIGRP : Enqueuing ACK on Serial1 nbr FFF40001.0000.0003.0000
Ack seq 408 iidbQ un/rely 0/0 peerQ un/rely 1/0
IPXEIGRP : Received EIGRP SAP from FFF4001.0000.0003.0000 IPXSAP : Response (in) type 0x2 len 96 src: FFF40001.0000.0003.0000 Dest : FFF40001.0000.0000.0004(8eBE)
Type 0x4, “FileServer”, 22.0000.0000.0002(437), 16 hops IPXSAP : type 4 server “FileServer” poison received from FFF40001.0000.0003.0000
EIGRP : Sending ACK on Serial1 nbr FFF40001.0000.0003.0000
AS 11, Flags 0x0, Seq 0/408 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 1/0 _Alternate path was found, new information sent over all interfaces in a flash
Update.IPX EIGRP runs only over Seral 1, Serial 0 uses IPX SAP protocol IPXSAP: positing update to FFF40000.ffff.ffff.ffff via Serial0 (flash) IPXSAP: positing update to FFF40000.ffff.ffff.ffff via Serial0 (flash) IPXSAP: update type 0x2 len 96 src: ABCD.0000.0c46.d9ec
Type 0x4, “FileServer”, 22.0000.0000.0002(437), 16 hops EIGRP: Enqueuing IPXSAP on Serial1
AS 0, Flags 0x0, Seq 479/0 idbQ 0/0 iidbQ un/rely 0/1 serno 98-98 EIGRP: Enqueuing IPXSAP on Serial1 nbr FFF40001.0000.0003.0000 AS 0, Flags 0x0, Seq 479/0 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/0 Serno 98-98
EIGRP : Sending IPXSAP on Seral1 nbr FFF40001.0000.0003.0000
AS 11, Flags 0x0, Seq 479/408 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1
Serno 98-98
EIGRP : Reveived ACK on Serial1 nbr FFF40001.0000.0003.0000
AS 11, Flags 0x0, Swq 0/479 idbQ 0/0 iidbQ un/rely 0/0 peerQ un/rely 0/1 Các bản tin SAP theo chu kì được thiết kế với mục đích đầu tiên là để khắc phục cơng nghệ truyền tải thiếu tin cậy, nhưng ngồi ra chúng cịn được sử dụng để đáp ứng hai mục đích khác nữa, đó là:
• Nó khởi tạo bảng SAP trong thời gian ngắn ban đầu khi router khởi động.
• Với một số điều kiện nhất định, nó cho phép các thiết bị khám phá các đường đi luân phiên đến các dịch vụ có trạng thái là khơng thể truy nhập.
IPX EIGRP có một bảng đặc biệt, được gọi là bảng phục hồi SAP, để so sánh với hoạt động của giao thức SAP theo chu kì. Bất cứ khi nào một bản tin cập nhật SAP đến, thông tin cập nhật luôn luôn được lưu giữ trong bảng phục hồi SAP. Các bước kiểm tra phù hợp sẽ được thực hiện trên các thông tin vừa nhận được, các mạng được quảng bá trong bản tin SAP sẽ được đánh dấu là có thể đến được trong tất cả cả mạng đã gửi bản tin SAP cập nhật.
Hình 3.1. Q trình xử lí bản tin cập nhật IPX EIGRP
Chỉ có các thơng tin đi qua các bước kiểm tra phù hợp thì mới được xem như là luồng vào cho bảng SAP chính. Bảng SAP chính chỉ chứa các thơng tin quảng bá tốt nhất mà đã qua các bước kiểm tra phù hợp.
Q trình trực tiếp Kiểm tra tính đúng đắn Phần chính của bảng SAP Cập nhật bản tin SAP đến Bảng phục hồi láng giềng SAP
Tồn bộ q trình được minh họa như ở hình 3.1.
Bất cứ khi nào tuyến đường cơ sở đến dịch vụ trong bảng SAP chính bị mất, tùy theo cấu trúc mạng mà các láng giềng EIGRP cũng bị mất, khi đó, bảng cập nhật sẽ được qt để tìm ra thơng tin thay thế về các dịch vụ bị mất. Quá trình này được minh hoạ như ở hình 3.2
Hình 3.2. Q trình thơng tin được phục hồi từ bảng phục hồi SAP
3.2.3. Khả năng tương thích ngược của IPX EIGRP và IPX SAP
Giao thức IPX SAP phân phối thơng tin về các dịch vụ có thể đạt đến được giữa các server và các router, nhưng nó cịn được các máy trạm sử dung để tìm các dịch vụ đang hoạt động. Novell dành riêng rất nhiều loại gói tin SAP đặc biệt mục đích tìm kiếm thơng tin về các dịch vụ; tuy nhiên, rất nhiều ứng dụng của khách hàng khơng sử dụng những gói tin này nhưng vẫn phải dựa vào việc lắng nghe các bản tin update IPX SAP để tim các dịch vụ mà chúng cần. Những ứng dụng này dựa vào giao thức IPX SAP được cung cấp trên mạng LAN tại các máy trạm để tìm các server mà chúng cần.
Vậy nên việc duy trì giao thức IPX SAP nguyên gốc trên các mạng LAN là rất cần thiết, tuy nhiên đòi hỏi về việc tránh các bản tin update IPX SAP theo chu kì để giảm đến mức tối thiểu việc sử dụng băng thông trên các mạng WAN cũng rất cao.
Theo đó thì mặc định IPX EIGRP được chọn như sau:
• Các bản tin IPX SAP theo chu kì ln được gửi trên mơi trường LAN cho dù các láng giềng EIGRP trên LAN là có thể đến hay khơng.
• Các bản tin IPX SAP theo chu kì bị chặn trên các đường WAN ngay khi một láng giềng EIGRP được khám phá trên chính giao diện WAN đó.
Mặc dù các tính năng mặc định trên thỏa mãn hầu hết các kịch bản thiết kế, tuy nhiên bạn sẽ gặp một số trường hợp cần phải vơ hiệu các bản tin SAP theo chu kì trên mơi trường mạng LAN hoặc cho phép bản tin SAP theo chu kì trên mơi trường WAN.
Kết luận chương III
Ch ng III c a án trình b y v các ng d ng c a EIGRP i v i giao th c IPX.ươ ủ đồ à ề ứ ụ ủ đố ớ ứ
án trình b y v các ng ng d ng c a EIGRP trong m ng vi n thông, kh
Đồ à ề ứ ứ ụ ủ ạ ễ ả
n ng h tr c a EIGRP v i ba giao th c nh tuy n IP, IPX, Apple Talk.ă ỗ ợ ủ ớ ứ đị ế
án gi i thi u v cách c u hình v phân ph i EIGRP trong giao th c IPX.
Đồ ớ ệ ề ấ à ố ứ Kiểm tra tính đúng đắn Bảng phục hồi láng giềng SAP Kiểm tra định kỳ mất mát trên đường kế tiếp Bảng SAP chính
Ngo i ra án cịn trình b y thêm v quá trình phân b IPX RIP v IPX EIGRP.à đồ à ề ổ à
Ph n cu i c a ch ng trình b y v kh n ng t ng thích ng c gi a IPX SAPầ ố ủ ươ à ề ả ă ươ ượ ữ
KẾT LUẬN
Định tuyến là một chức năng không thể thiếu trong bất kỳ mạng viễn thơng nào. Do vai trị quan trọng của mình mà các kỹ thuật định tuyến ngày liên tục được cải tiến không ngừng để đáp ứng được với sự phát triển mạnh mẽ của mạng viễn thông.
Với các ưu thế của mình, giao thức định tuyến EIGRP ngày càng được ứng dụng rộng rãi trên thế giới và tại Việt Nam. Trên cơ sở tìm hiểu và nghiên cứu về giao