交換機工作程序c語言

❶ 交換機的工作過程 和我詳細說一下~~

是報文轉發過程嗎？
很簡單，交換機收到一個報文，先檢查報文的VLAN是否是收埠允許的VLAN，是則接受往走，不是則丟棄；
然後檢查該報文的目的MAC地址是不是自己埠的MAC地址：
a。不是自己則查mac表（如果有VLAN，則查本VLAN下的mac表），找到目的MAC地址對應的出埠發出，如果找不到，則丟棄報文
b。是自己，則上送網路層，查路由表（三層交換機才有），如果找到路由表則按路由表轉發，找不到丟棄報文

❷ 交換機的組成部分，每部分的功能，及交換機的啟動過程

理解交換機的啟動過程Cisco交換機的通常啟動過程包括啟動裝載軟體的操作，完成以下任務： 完成低級交換機CPU初始化。它將初始化控制映象的物理內存、CPU寄存器，包括數量、速度等參數。 為CPU子系統完成加電自檢（POST）。它將檢測CPU DRAM和生存快閃記憶體文件系統的快閃記憶體設備。 初始化系統主板上的快閃記憶體系統。 裝載默認操作系統軟體映象到內存，啟動交換機。 這個啟動裝載提供程序是在操作系統裝載前訪問快閃記憶體文件系統的。通常情況下，啟動裝載程序僅用於裝載、解壓和登錄操作系統。在啟動裝載程序移交CPU控制許可權到操作系統後，這個啟動裝載程序就處於非活動狀態，直到下次系統重啟或重新開啟電源。 在可以為交換機分配信息前，確保交換機控制台介面已連接到PC機或者終端上，並為交換機控制台介面配置好了PC機或者終端模擬軟體連接速率和字元格式。連接速率默認為9600b/s，數據位默為8位。 分配交換機信息 通過交換機設置（Setup）程序可以為交換機分配IP信息，也可以通過配置DHCP伺服器自動分配，當然也可以手動分配（這兩種方法都將在本節後面具體介紹）。 如果想要使交換機在設定IP信息時出現提示，則使用交換機設置程序。在這個程序的幫助下，也可以配置主機名和進入的密碼。它提供了分配Telnet密碼選項，也可以把交換機配置成群集的管理者或者成員交換機，或者僅作為獨立交換機。有關設置程序的配置方法參見1.1.3節。 交換機堆疊（有關Cisco交換機堆疊原理及配置請參見第6章）也是通過單一IP地址進行管理的。在交換機堆疊中，IP地址是系統級設置，並不是分配給堆疊中管理交換機（也稱堆疊主）或者堆疊成員交換機的。即使已移去了堆疊主交換機或者任一其他堆疊成員交換機，仍可以通過原來這個IP地址來管理堆疊。 【注意】在把交換機從一個交換機堆疊中移去時，在現有堆疊成員配置中仍將保留它們的IP地址配置。因此，為了避免在網路中有兩個相同IP地址的設備沖突，建議修改從堆疊中移去的交換機的IP地址配置。 如果在交換機上配置了DHCP伺服器，則可以使用DHCP伺服器集中管理自動IP信息分配。如果是使用DHCP伺服器，則交換機不會響應任何設置程序請求，交換機直接接收動態分配的IP地址，讀取了配置文件。但如果你在交換機配置方面有豐富經驗，則可以手動設置交換機。表3-1所示為默認的交換機信息。 表3-1 默認的交換機信息特徵 默認設置 IP地址和子網掩碼沒有配置IP地址和子網掩碼默認網關沒有定義默認網關是否啟用了加密密碼沒有定義密碼主機名工廠分配的默認主機名為SwitchTelnet會話密碼沒有定義密碼群集命令交換機功能禁用群集名沒有定義 理解基於DHCP的自動配置DHCP協議可以為網路中的主機和設備提供配置信息。DHCP協議包括兩個組件：一個用來從DHCP伺服器中傳遞配置參數到設備中，而另一個用來為設備分配IP地址。DHCP協議也是客戶機-伺服器（Client/Server，C/S）工作模式，指定的DHCP伺服器是負責分IP地址並傳遞配置參數到動態配置的設備。 在基於DHCP協議的自動配置過程中，你的交換機（DHCP客戶端）是在啟動時以IP地址和配置文件被自動配置的。在你的交換機上無需DHCP客戶端配置，只需要為DHCP伺服器配置不同IP地址相關聯的租約期選項。如果准備用DHCP伺服器來中繼網路中的配置文件位置，則也需要配置Tftp伺服器和DNS伺服器。

建議為交換機堆疊和DHCP、DNS、TFTP伺服器之間配置一條冗餘的連接。這有助於確保在堆疊成員從堆疊中移去時維持連接的可用性。 你的交換機與DHCP伺服器可以在同一個LAN內，也可以不在同一個LAN內。如果DHCP伺服器是在不同的LAN內，則應當在你的交換機和DHCP伺服器之間配置DHCP中繼設備。中繼設備在兩個直接連接的LAN之間轉發廣播通信。路由器不轉發廣播包，但是它可以基於接收包中的目的IP地址轉發數據包。 基於DHCP協議的自動配置將替代交換機上原來IOS版本中的BOOTP客戶端功能。 1．DHCP客戶端請求過程 當啟動交換機時，DHCP客戶端就被調用。當交換機上沒有提供配置文件時，就會從DHCP伺服器中請求配置信息；如果提供了配置文件，並且在指定的路由介面配置中包括了ip address dhcp這個介面配置命令，則DHCP客戶端被調用，並且會從這些路由介面上請求IP信息。 圖3-1所示為在DHCP客戶機（由交換機擔當）和DHCP伺服器（通常是由路由器或者三層交換機擔當）之間消息交換的流程。圖中Switch A是作為DHCP客戶機的。 圖3-1 DHCP客戶機和DHCP伺服器的消息交換過程 具體流程如下： （1）Switch A（交換機A）首先發送一條DHCPDISCOVER（DHCP發現）廣播消息來查找DHCP Server（DHCP伺服器）。 （2）DHCP Server接到廣播消息後，向Switch A發送一條帶有配置參數（如IP地址、子網掩碼、網關IP地址、IP地址租約期等）的單播DHCPOFFER（DHCP提供）消息。 （3）以DHCPREQUEST（DHCP請求）廣播消息方式，Switch A向DHCP Server返回一條正式的配置信息請求。這個正式的請求也是以廣播方式發送的，所以所有原來已從Switch A中接收到了DHCPDISCOVER消息的DHCP Server都可以接收到他們原來提供給Switch A的IP地址。 （4）DHCP Server以向Switch A返回一條DHCPACK（DHCP確定）單播消息確認IP地址已分配給了Switch A這個客戶端。通過這條消息就綁定了DHCP客戶端與DHCP Server之間的關系，DHCP客戶端就可以正式使用從DHCP Server中接收到的配置信息了。Switch A接收到的消息數量依據所配置的DHCP Server數量而定。 如果發送到Switch A的DHCPOFFER單播消息中的配置參數無效，則Switch A會返回一條DHCPDECLINE（DHCP拒絕）廣播消息到DHCP Server。DHCP Server向Switch A發送一條DHCPNAK拒絕類型的廣播消息，指出所提供的配置參數還沒有被分配，在參數協商過程中發生了錯誤，或Switch A響應DHCP Server發送的DHCPOFFER消息太遲。這時DHCP Server就會把這個參數分配給其他客戶端。 一個DHCP客戶端可能會從多個DHCP或者BOOTP伺服器接收到配置信息，但是通常情況下，客戶端僅接受第一個接收到的配置信息。DHCP Server提供的配置信息並不為IP地址分配到客戶端提供任何保障。通常，伺服器是在客戶端有機會正式請求IP地址時才分配IP地址的。如果交換機接受了從BOOTP伺服器的應答，並用BOOTP伺服器提供的配置信息進行了配置，則交換機會以廣播而不是以單播方式向BOOTP伺服器發送TFTP請求，以獲得交換機配置文件。 2．理解基於DHCP自動配置和映象更新 可以使用交換機的DHCP映象更新功能來配置DHCP伺服器，以下載新的映象和新的配置文件到網路中的一個或者多個交換機上。這有助於確保每個新加入到網路的交換機接收到相同的DHCP映象和配置。 （1）DHCP自動配置。 DHCP自動配置是指從DHCP伺服器下載一個配置文件到網路中的一個或多個交換機中，成為交換機的當前運行配置（Running-Config）文件。它不覆蓋存儲在交換機快閃記憶體中的啟動配置文件，除非你以啟動配置文件名保存了當前運行的配置文件。 （2）DHCP自動映象更新。 可以使用帶有DHCP自動配置文件的DHCP自動映象更新從DHCP伺服器上下載新的配置文件和新的映象文件到網路中的一個或多個交換機上。下載了新配置文件和映象的交換機可以是裸機（也就是沒有安裝任何軟體的交換機，或者僅是出廠時的默認配置）。在網路中安裝了交換機後，自動映象更新特徵就開始啟用了。下載的配置文件被保存在交換機的當前運行配置文件中，而新的映象下載後就會被安裝在交換機上。在重啟交換機時，保存在交換機配置文件中的配置就會存儲起來。如果新的配置文件下載到一個已有配置的交換機上，則下載的配置文件就會附加到交換機存儲的配置文件之後，任何已有的配置都不會被覆蓋。 【說明】為了使用交換機的DHCP自動映象更新功能，存放新的映象和配置文件的TFTP伺服器必須以正確的選項67（配置文件名）、選項66（DHCP伺服器主機名）、選項150（TFTP伺服器地址）和選項125（開發商ID描述）設置。 （3）限制和約束。 在使用DHCP映象更新時需要注意以下一些事項： 如果在更新狀態下沒有至少一個三層介面分配了IP地址，則已以保存的配置文件進行基於DHCP的自動配置過程將會停止。 如果配置文件不能下載或者配置文件被中斷，則自動安裝過程將停止。 【注意】從TFTP中下載的配置文件會與當前運行的配置文件合並，但是並不保存在NVRAM中，除非在特權模式下執行了write memory或者 running-configuration startup-configuration命令才在啟動配置文件中保存。只有當下載的配置保存到了啟動配置文件中，才會在以後的重啟過程中應用新配置。
配置DHCP伺服器概述交換機既可以作為DHCP客戶端，又可以作為DHCP伺服器角色。默認情況下，在Cisco交換機上，Cisco IOS DHCP伺服器和中繼代理（Relay Agent）功能是啟用的。你也應當在你的交換機上配置DHCP伺服器或者DHCP功能，並用保留的IP地址與交換機的MAC地址進行綁定（也就是為擔當DHCP伺服器功能的交換機指定靜態IP地址）。 如果想要讓你的交換機接收到IP信息，則必須配置DHCP伺服器的以下租約選項： 可以使用DHCP伺服器自動配置的客戶端IP地址（必需）。 可以使用DHCP伺服器自動配置的客戶端子網掩碼（必需）。 路由器IP地址（在交換機上是使用默認網關地址）（必需）。 DNS伺服器IP地址（可選）。 如果想要讓交換機從TFTP伺服器中接收配置文件，則必須配置DHCP伺服器的以下租約選項： TFTP伺服器名（必需） 啟動文件名（客戶端需要的配置文件名）（建議） 主機名（可選） 依靠DHCP伺服器設置，交換機可以從DHCP伺服器中接收IP地址，從TFTP伺服器中接收配置文件，或者兩者同時具有。 如果不用以上租約選項配置DHCP伺服器，則DHCP伺服器會僅以已配置的參數應答客戶端請求。如果IP地址和子網掩碼沒有包括在應答中，交換機將不能被配置。如果路由器IP地址或者TFTP伺服器名找不到，交換機會發送一個廣播消息而不是單播消息的TFTP請求。其他租約選項也將不會被自動配置。 在IOS系統Catalyst交換機上配置DHCP伺服器的基本任務如下（以下各小節將分別介紹）： 配置DHCP資料庫代理或禁止沖突日誌。 配置DHCP地址池（必需）。 排除IP地址（可選）。 配置手動綁定（可選）。 配置DHCP靜態映射。
配置DHCP資料庫代理DHCP資料庫代理可以是任何主機（如FTP、TFTP或者RC伺服器）或者DHCP伺服器上的存儲媒體（如磁碟），用來存儲DHCP綁定數據。可以配置多個DHCP伺服器代理，也可以為每個代理配置在資料庫更新和傳輸的時間間隔。 自動綁定是指已自動與DHCP資料庫中已知的主機MAC地址綁定的IP地址。自動綁定信息是存儲在資料庫代理中的。這個綁定是以文本記錄方式保存的，以便於維護。 在兩台主機使用相同的IP地址時就會發生地址沖突。在地址分配過程中，DHCP會使用ping操作和ARP協議檢測沖突。如果檢測到沖突，地址就會從地址池中刪除，不再被分配，直到管理員解除了沖突。

強烈建議使用資料庫代理，但是Cisco IOS DHCP伺服器可以不配置代理。如果選擇不配置DHCP資料庫代理，則可以通過使用no ip dhcp conflict logging全局配置模式命令在DHCP伺服器上禁止DHCP地址沖突的記錄，也就不對沖突進行日誌記錄。如果有沖突日誌，但沒有配置資料庫代理，綁定就會在路由器重啟後丟失。也可能會因假沖突（通常是一些惡意軟體、病毒，或者黑客所為）而導致IP地址從地址池中刪除。 配置DHCP資料庫代理或禁止沖突日誌的步驟如表3-2所示。 表3-2 配置DHCP資料庫代理或禁止沖突日誌的步驟步驟命令用途說明1 enable 例如：Switch> enable 進入特權模式2 configure terminal 例如：Switch# configure terminal 進入全局配置模式3 ip dhcp database url [timeout seconds | write-delay seconds] 或者 no ip dhcp conflict logging 例如：Switch(config)# ip dhcp database
ftp://user:[email protected]/Switch-dhcp timeout 80 Switch(config)# no ip dhcp conflict logging

❸ 路由器和交換機的IOS是用什麼語言編寫的

一般使用c語言編寫，C++也行。

❹ 交換機的基本工作過程

• 二層交換機工作在數據鏈路層，主要用於轉發數據幀，基於MAC地址表進行定址，具體工作過程如下：

（1）首次尋找區域網某台計算機MAC地址，會以廣播包的形式在鏈路上轉發；該廣播包中包含發送端的MAC地址。

（2）接收端收到該信息後，記錄發送端MAC地址，並回復自身MAC地址信息；

（3）交換機記錄MAC地址，再次發送同樣MAC地址時查詢MAC地址表，匹配到信息後發送單播包。

• 三層交換機工作在網路層，其技術原理包含：二層交換技術＋三層轉發技術，具體工作過程如下：

（1）假設兩個使用IP協議的站點A、B通過三層交換機進行通信，發送站點A在數據發送前，將自己的IP地址與B站的IP地址進行比較，判斷B站是否與自己在同一子網內。

（2）若目的站B與發送站A在同一子網內，則進行二層的轉發。若兩個站點不在同一子網內，如發送站A要與目的站B通信，發送站A就需要向三層交換模塊發出ARP請求，當發送站A對三層交換模塊廣播出一個ARP請求時,如果三層交換模塊在以前的通信過程中已經知道B站的MAC地址,則向發送站A回復B的MAC地址；否則三層交換模塊會根據路由信息向B站廣播一個ARP請求，B站得到ARP請求後向三層交換模塊回復其MAC地址，三層交換模塊保存地址並回復給發送站A，同時將B站的MAC地址發送到二層引擎的MAC地址表中。此後，A向B發送的數據包便全部交給二層交換處理，能夠更好地實現信息高速轉發。

❺ 找了個做路由器交換機程序的工作,需要哪些知識,知道的人說一說,我好上班之餘補一補.

Objective-C基礎教程
iPhone3開發基礎教程
iPhone開發秘籍
AppStore掘金
開發必看的

如是半路接觸，也就是有一定的C或C++基礎了？
不知道已經能完成軟體開發是到什麼水平了。
首先推薦你看的是apple的developer（蘋果開發者聯盟）網站 ，這里邊有3個文檔是必須看的，作為開發者，你可以在這了解到很多一手咨詢。
你應該知道cocoachina的吧，實際上ios的開發問題去那邊比來網路知道得到的答案會專業些。
如果真的是想買書籍的話，推薦的有：Objective-C 2.0 iPhone開發基礎教程.xcode內置的幫助已經是很強大的工具書了。。這種書沒必要多，前幾章基本都是重復的。市面上很多書內容質量太差。實際上這些書都有PDF版的。如果我有想到好的書再來補充。

必須先看objective-c，看熟了之後看《iphone開發基礎教程》這本書，這是ios開發者的寶典，每個開發者基本都看這個。封面有一個切了一半的紅柚子，就是這本書了
Unity3D完全支持Windows Vista和XP,將Mac OS X中的功能和互操作性在Win系統中100%重建了.在兩台系統平台上運行相同的引擎,外觀和功能都相同.最好的地方就是Unity3D可以在任一平台建立任何游戲--這是跨平台的真正意義!

❻ 三層交換機的工作流程

三層交換技術

近年來的對三層技術的宣傳，耳朵都能起繭子，到處都在喊三層技術，有人說這是個非常新的技術，也有人說，三層交換嘛，不就是路由器和二層交換機的堆疊，也沒有什麼新的玩意，事實果真如此嗎？下面先來通過一個簡單的網路來看看三層交換機的工作過程。

組網比較簡單

使用IP的設備A------------------------三層交換機------------------------使用IP的設備B

比如A要給B發送數據，已知目的IP，那麼A就用子網掩碼取得網路地址，判斷目的IP是否與自己在同一網段。

如果在同一網段，但不知道轉發數據所需的MAC地址，A就發送一個ARP請求，B返回其MAC地址，A用此MAC封裝數據包並發送給交換機，交換機起用二層交換模塊，查找MAC地址表，將數據包轉發到相應的埠。

如果目的IP地址顯示不是同一網段的，那麼A要實現和B的通訊，在流緩存條目中沒有對應MAC地址條目，就將第一個正常數據包發送向一個預設網關，這個預設網關一般在操作系統中已經設好，對應第三層路由模塊，所以可見對於不是同一子網的數據，最先在MAC表中放的是預設網關的MAC地址；然後就由三層模塊接收到此數據包，查詢路由表以確定到達B的路由，將構造一個新的幀頭，其中以預設網關的MAC地址為源MAC地址，以主機B的MAC地址為目的MAC地址。通過一定的識別觸發機制，確立主機A與B的MAC地址及轉發埠的對應關系，並記錄進流緩存條目表，以後的A到B的數據，就直接交由二層交換模塊完成。這就通常所說的一次路由多次轉發。

❼ 配置交換機#int表示c語言int嗎

交換機# int是interface的縮寫，代表介面，跟c語言的int函數沒多大關系.
配置交換機一般int + ？,tab鍵會幫你補齊單詞信息，交換機配置只是下達指令到交換機控制中心，不算是編程。

❽ 以太交換機開發主要用c語言的那部分知識

關於嵌入式的，必定會用到大量與指針相關的操作！

❾ 做交換機軟體要先學什麼，看哪方面的參考書，有比較好的書么

交換機模擬軟體的話，系統的學習C語言，以及數據結構，LINUX是否需要，取決你在哪個平台做這個軟體，全面學習網路知識，最好找本思科的書看一看，一般這些東西學下來，也就不僅僅是個程序員了，畢竟網路也是博大一門課，當然也是需要時間，還有耐心的