CHƯƠNG III: ỨNG DỤNG EIGRP TRONG IPX 3.1. Các ứng dụng của EIGRP
3.2. I.I. Lệnh xem thông tin về các metric IPX EIGRP
3.2.2. I. 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, quá 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 Serial 1 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 Seriall 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 Seriall 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 Serai 1, Serial 0 uses IPX SAP protocol IPXSAP: positing update to FFF40000.ffff.ffff.ffff via SerialO (flash) IPXSAP: positing update to FFF40000.fFff.ffff.ffff via SerialO (flash) IPXSAP: update type 0x2 len 96 src: ABCD.0000.0c46.d9ec Dest:
ABCD.ffff.ffff.ffff(452)
Type 0x4, “FileServer”, 22.0000.0000.0002(437), 16 hops EIGRP:
Enqueuing IPXSAP on Seriall
AS 0, Flags 0x0, Seq 479/0 idbQ 0/0 iidbQ un/rely 0/1 semo 98-98 EIGRP:
Enqueuing IPXSAP on Seriall 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 Semo 98-98 EIGRP : Sending IPXSAP on Serall 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
Semo 98-98
EIGRP : Reveived ACK on Seriall 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ế YỚ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 ngoà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.
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.
Toàn bộ quá 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
Hình 3.1. Quá trình xử lí bản tin cập nhật IPX EIGRP
quét để 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. Quá 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ì luôn đượ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 YÔ 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 m 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.
Đồ án còn giới thiệu về giao thức giới thiệu dịch vụ SAP, so sánh cách sử dụng IPX SAP và IPX EIGRP.
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 và IPX EIGRP.