傳統(tǒng)的ATM上的IP

傳統(tǒng)的ATM上的IP(非正式名稱為CIP)定義如何在ATM網(wǎng)絡中傳輸IP數(shù)據(jù)報。CIP最初是在RFC l577(Class IP and ARP over ATM， January 1994)中定義的。RFC 2225 (Class IP and ARP over ATM， April 1998)的出現(xiàn)使RFC l577變得過時并被RFC 2225替代。

CIP是一個IETF標準。ATM論壇已經(jīng)開發(fā)了將ATM集成到舊網(wǎng)絡的其他方法。稱為LANE(LAN仿真)的ATM論壇標準為將ATM與傳統(tǒng)的LAN如以太網(wǎng)和令牌環(huán)網(wǎng)協(xié)議的集成(以及傳送IP，就好像ATM網(wǎng)絡是一個LAN)提供了一種方法。另外一個ATM論壇標準是MPOA(ATM上的多協(xié)議)，它為LANE方案添加切入/快捷路由選擇。MPOA是一個功能強大的網(wǎng)絡層路由解決方案，使任何具有MPOA功能的設備都可以和另一臺設備通過ATM交換建立直接連接，不必再經(jīng)過中間的路由器。這種直接跨越ATM網(wǎng)絡建立直接連接的技術有時也稱為“直通”或“零跳”路由。

CIP的目的是把ATM作為IP的低層數(shù)據(jù)鏈路層，而應用層還是基于傳統(tǒng)的IP。最初在傳統(tǒng)IP網(wǎng)中實現(xiàn)ATM只是用ATM替代了LAN線，正因如此，ATM網(wǎng)絡需要分割成不同的邏輯子網(wǎng)（LIS），LIS之間通訊需要路由器。在ATM網(wǎng)中沒有廣播功能，因此，傳統(tǒng)的廣播地址解析協(xié)議（ARP）被基于客戶/服務器模式的ATM ARP協(xié)議所取代。

一個缺省的邏輯鏈路/子網(wǎng)接入?yún)f(xié)議（LIC/SNAP）封裝8字節(jié)段，用來在ATM上傳送IP和ATM　ARP包，這些包用AAL5封裝適配后直接映射到ATM信元中，這些信元用虛連接（預定的PVC或交換式的SVC）傳送。對于SVC的呼叫建立，需要ATM論壇的UNI3.1/4.0或ITU-T的Q.2931信令。

CIP將ATM網(wǎng)絡作為它的基礎數(shù)據(jù)鏈路網(wǎng)絡使用。在該方案中，ATM與其他任何數(shù)據(jù)鏈路網(wǎng)絡如以太網(wǎng)和令牌環(huán)網(wǎng)相似。CIP應用了LIS(邏輯IP子網(wǎng))概念，LIS是一個包含一組主機的封閉式邏輯IP子網(wǎng)絡(例如一個部門或工作組)。在同一個ATM網(wǎng)絡中可存在多個LIS，但是LIS之間的通信仍然需要路由器。

在該項配置中，有一些無效率因素。如果兩個LIS位于同一個ATM網(wǎng)絡中，一個LIS中的主機必須通過路由器與另一個LIS中的主機進行通信，即使基礎ATM網(wǎng)絡能夠建立一個可直接連接兩個主機的虛電路。根據(jù)設計，這是為了保留定址到其他子網(wǎng)的主機的數(shù)據(jù)分組能夠發(fā)送到默認路由器的需要。這就是把它稱為傳統(tǒng)IP的原因。

后來，IETF定義了NHRP(下一跳路由選擇協(xié)議)，該協(xié)議可在不同的LIS的終端站之間建立直接的ATM虛電路連接。如圖C-14所示。

圖C-14 CIP自己需要inter-LIS路由器:NHRP在ATM結構上添加切入路由

每個LIS都包括一個獨立的ATMARP(ATM地址解析協(xié)議)服務器，該服務器將IP解析成ATM地址。當主機打開時，它將連接到ATMARP服務器。然后，ATMARP服務器會請求主機的IP和ATM地址，并將其存儲在ATMARP查找表中以供將來參考。隨后，LIS中的任意想解析目的IP地址的節(jié)點將向該服務器發(fā)送ATMARP請求，如果地址映射被找到，則服務器返回ATMARP回應，否則，它返回一個ATM_NAK響應以表示沒有該映射，服務器定期清除地址映射表，除非客戶對其周期性的反向ARP請求給予響應。一旦LIS客戶獲取了與IP地址相對應的ATM地址，它就可以與該地址建立連接。分組封裝和地址解析的協(xié)議分別在RFC1483和RFC1577中定義。

然而，因為RFC1577中定義的地址解析協(xié)議保留了主機對于向子網(wǎng)外站點發(fā)送分組必須經(jīng)過缺省路由器的要求，所以捷徑VCC只能在同一子網(wǎng)內的節(jié)點間建立，否則源站點必須把分組轉發(fā)給缺省路由器，即使源、目的站點在同一ATM網(wǎng)絡內也是如此。這樣，ATM路由器就成了瓶頸，且服務質量無法實現(xiàn)。與LANE相比，RFC1577只支持IP，而不支持其它網(wǎng)絡層協(xié)議，如IPX、AppleTalk。此外，CLIP也不支持組播，這也是RFC1577的重要缺點。