在進行Telnet協議的一些使用的過程中，我們會使用一些Telnet命令來完成一些配置工作。那么今天我們就講解一下Telnet Synch序列的有關內容。首先讓我們看一下Telnet命令的有關內容。Telnet命令DATA MARK (DM)是數據流中的同步標志，它指示任何特定的信號已經發生過了，接收可以返回到正常處理其它數據的狀態中了。Synch通過TCP發送操作完成，它和緊急標志及在最后的DM標志一起發送。當一些Synch信號被連續快速發送時緊急信號可能被淹沒。不可能對緊急信號記數，因為這一數字有可能小于也可能等于已經發送的數目。當處于通常模式下，DM不是一個操作；當處于緊急模型下，它指示緊急處理的結束。如果TCP指示緊急數據結束前發現DM，Telnet應該繼續操作數據流直到遇到DM為止。如果TCP在DM之后指示又有一些緊急數據，那只能是因為是一串Synch。Telnet應該繼續操作數據流直到遇到DM。

“有意義的”信號被定義為：IP，AO和AYT（但不是EC或EL）的Telnet標準定義；如果有的話，本地對這些標準定義的模擬；所有其它Telnet命令；其它站點定義的不需要拖后數據流的信號。因為Synch命令的另一個作用是拋棄所有在接收者和發送者之間隨了Telnet命令之外的字符，如果需要時，此機制被指定為標準方法來清理數據路徑。例如，如果一個在終端的用戶傳送一個AO命令，收到此命令的服務器（如果此服務器提供此功能）應該返回一個Synch給用戶。

最后，正如需要TCP緊急信號作為供他們使用的命令一樣，其它使用Telnet協議的協議也需要類似的命令。這通過使用[IP，Synch]就可以達到。例如，假設其它一些使用Telnet的協議定義了類型于AO命令的停止字符串。試想此協議的用戶希望服務器來處理停止字符串，但連接因為服務器正在處理別的命令而被阻塞。用戶應該使它的系統做以上工作：發送Telnet IP字符；發送Telnet SYNC串，這就是說：發送DM作為在TCP緊急模式發送操作下的唯一字符串。發送字符串STOP，并且發送其它協議的類型于Telnet DM的命令。

用戶（或者進程）必須重新發送Telnet Synch序列來確保Telnet IP到達服務器的Telnet解釋器。“緊急”將喚醒Telnet進程；IP應該喚醒更高級的進程。NVT顯示和鍵盤 NVT顯示有一個未指定的行寬和頁面大小，并且可以產生代表ASCII碼的字符。

對于33個控制字符和另外128個沒有使用的字符，將指定給顯示：

NULL (NUL) 0 無操作；

Line Feed (LF) 10 將顯示移動到下一行的同一垂直位置。

Carriage Return (CR) 13 將顯示移至當前行的左邊界處。

另外，還應該定義如下字符（但這不是必須的），它們對顯示也有作用。Telnet的任何一方都不會假定另一方會在接收或傳送時采取以下行動：

BELL (BEL) 7 響鈴或者給出一個可視的信號（這并不移動顯示位置）。

Back Space (BS) 8將顯示向左移一個位置。

Horizontal Tab (HT) 9 將顯示移至下一個制表位。現在還未指定任何一方如何決定制表位的位置究竟在什么地方。

Horizontal Tab (HT) 9 將顯示移至下一個垂直制表位。現在還未指定任何一方如何決定制表位的位置究竟在什么地方。

Form Feed (FF) 12 將顯示移動到下頁起始位置，并保持相同的水平位置。所有現在的代碼都不使NVT顯示作任何操作。

CR LF序列將使顯示定位于下一顯示行的左邊界處。然而，許多系統和終端并不將這兩個字符分開處理而不得不作一些工作模擬它們的作用。（例如，一些終端沒有獨立于LF的CR，但在這些終端上可以通過后退鍵模擬CR的功能。）因此，CR LF序列必將作為新行標記使用它們的復合功能；CR NUL必須在希望僅輸入一個回車時使用；在其它情況下應該避免單獨使用CR。這個法則使必須決定是否進行一個“新行”操作功能或多個回退的系統能夠保證包括由一個字符在CR后面的Telnet流的操作，并作出正確的決定。注意：CR LF或者CR NUL對雙方都是要求的，這就保證了NVT的對稱性。即使在一些情況下可以知道字符未被送到實際的終端，然而，出于一致性的考慮，協議要求在CR后面如果沒有LF就必須插入一個NUL。反過來說，在CR后面接收到一個NUL后，應該把它從數據流中拋棄，而不應該將它用于NVT的字符映射。

在NVT上有鍵盤，組合鍵或鍵序列來產生這全部128個字符。注意：雖然其中的一些對NVT顯示沒有作用，NVT也有能力產生它們。除了這些以外，NVT鍵盤還應該能夠產生如下有意義，但不要求的的字符。對這些字符的實際代碼指派在Telnet命令一節中，因為它們被作為普通的應該被提供的，即使在數據流被解釋為一些其它字符集的情況下。

Telnet Synch序列此鍵允許用戶清除到另一方的數據通道。此鍵的激活導致DM的發送，而且還導致同時發送TCP的緊急信號。DM-緊急信號對有如前面定義的意義。

Break (BRK) 它的提供是因為它不是ASCII字符集內的一員。它指示Break鍵和Attention鍵被按下。然而，請注意：它是作為第129個代碼，而不是IP標準定義。

Interrupt Process (IP) 暫停，中斷，放棄或終止NVT連接的進程的執行。同樣的，它也是使用Telnet協議的協議要使用的信號。

Abort Output (AO) 允許當前進程運行至終止，但不將結果送給用戶。同樣，發送Telnet Synch序列給用戶。

Are You There (AYT) 回送給NVT一些可見的字符。#p#

Erase Character (EC) 接收方應該刪除緊后一個未刪除的字符或從數據流中刪除一個“顯示位置”。

Erase Line (EL) 接收方應該將數據流中的字符從當前位置開始一直刪除到最近的“CR LF”為止。

這些“額外”鍵的功能和一些顯示格式功能鍵是它們應該代表一個對從NVT到本地機映射的擴充。如同NVT數據字節68應該被映射為大寫D一樣，一個EC字符應該被映射為一個“刪除行”的功能鍵。另外，如果映射124在一些情況下是武斷的一樣，EL字符的映射有時候也是武斷的。對于格式字符也是一樣的：如果終端實際上擁有“垂直制表位”，那么映射到NVT是顯然的，如果終端不提供此功能，那么結果將是不可預料的。Telnet命令結構 所有Telnet命令結構至少包括一個兩個字節的序列：由一個IAC后跟一個命令。關于選項會話的命令是由三個字節的序列構成的，第三個字節是關于選項參考的。選擇這種結構，這樣隨著完全使用數據空格數據與命令值之間的沖突就會減少，所有這些沖突導致了不一致和沒有效率和數據的丟失。根據目前的設置，只有與IAC沖突的數據需要被發送兩次，其它255個代碼都可以直接發送。下面是定義了的Telnet Synch序列的有關命令。注意：只有當代碼和代碼序列前面是IAC時它才是命令。

SE 240 結束子會話參數。

NOP 241 無操作。

Data Mark 242 Synch的數據流部分。這應該總和TCP緊急標志一起發送。

Break 243 NVT 字符 BRK。

Interrupt Process 244 IP功能。

Abort output 245 AO功能。

Are You There 246 AYT功能。

Erase character 247 EC功能。

Erase character 247 EL功能。

Go ahead 249 The GA 信號。

SB 250 指出所跟隨的是指示選項的子對話。

WILL (option code) 251 指示希望開始執行，或者確認現在正在操作指示的選項。

WON'T (option code) 252 指出拒絕執行或繼續招待所指示的選項。

DO (option code) 253 指出要求對方執行，或者確認希望對方執行指示的選項。

DON'T (option code) 254 指出要求對方停止執行，或者確診要求對方停止執行指示的選項。

IAC 255 數據字節 255。　

建立連接

Telnet TCP連接在用戶端口U和服務器端口L之間建立。服務器在這個公認的端口上等待連接。因為TCP連接是一個全雙工的，由雙方端口共同確認，服務器可以同時在L端口同時處理許多來自不同U端口的連接。端口的指定 當用于遠程用戶訪問服務主機，此協議指定端口23（也就是八進制的27）。那是 L = 23。