北向和南向API
北向API在SDN架構中提供一個機制來將服務或應用程序呈現給企業。每個應用程序將會構建一個針對網絡設備的數據流表，然后將請求發送給控制器以便將數據流分布到網絡設備。
例如，一個虛擬交換應用程序將會構建一個覆蓋網絡中物理和虛擬交換機所有點的網絡圖/數據庫。在多租賃以太網網絡中，應用程序將構建一個集合的流規則來模擬以太網VLAN(虛擬局域網)同時又保持每個租賃人數據流完全的隔離。這些數據流規則將包含基于流入和流出端口的值，加上數據源和目標網卡地址。
從服務到控制器的北向API目前還沒有被定義。我認為有三個理由。首先，大廠商還沒有發現足夠值得投資的使用情境。其次，只有少數控制器產品進入市場，它們還需要證明在生產傳輸中是穩健的平臺。第三，根據不同的要求，不同的應用程序可能需要不同的面向控制器的API。比如，一個防火墻應用程序可能需要高性能低延遲低復雜性的數據交換，而一個監控應用程序可能只需要讀取通過它們的數據流。
目前這個行業正在發展不同的方案?？雌饋鞳NF里面的論壇將在近期內開始提供一些指導，而IETF的網絡工作組已經發布了這方面的大綱。
缺少標準API意味著軟件開發商必須自己決定依賴的平臺類型。F5是針對思科或Big Switch控制器開發的嗎?一家安全性公司開發一個針對OpenFlow的防火墻怎么樣?他們是否會選擇惠普OpenFlow控制器或IBM版本的控制器?北向API必須在某個時間點上標準化，不過格式、性能和數據結構很可能沒有被很好理解。我們將在未來的文章中討論更多有關這方面的問題。
OpenFlow和SDN的區別
在考慮OpenFlow和SDN之間區別的時候，要想想它們在基礎設施中的位置。OpenFlow是一個技術-到-技術的服務，因為它連接的是控制器和網絡設備。對用戶或企業來說，它是不可視的。與此相反，SDN是一個商業-到-技術的接口。SDN將服務呈現給用戶和企業，然后將服務予以抽象化以便讓控制器可以將它們轉換成網絡動作。
現在我們可以開始談網絡技術的革命了。我們現在的網絡沒有SDN?，F在的“網絡管理”平臺不足以為網絡擁有者提供可視性和控制性。這主要是因為SNMP(簡單網絡管理協議)的局限性，后者只是一個將數據從網絡中抽取出來的標準方式(盡管一些工具已經開始嘗試從命令行界面中抽取數據)
