以太坊native

㈠ 幣圈項目太多如何判斷哪個好

都說幣圈一天股市一年，雖然有點誇大但並不是沒有道理呀，最近幾天比特幣又是大漲，在今天稍有回落，幣圈牛熊轉換之快估計無人能及啊，然而在眾多但虛擬貨幣之中，怎樣尋找優質項目呢？小編認為牛市出頭的並不驚奇，重點是熊市依舊堅持給出周報的，至少是團隊比較靠譜的項目，今天小編依舊給大家帶來一些優質項目的周報進展。以下是UBTC團隊公布的最近一周的項目進展周報（2018.4.9~4.15），具體信息如下：

對UB智能合約的預先升級:

智能合約是比特聯儲（UB）項目技術路線圖的主要里程碑之一。為了准備在UB上實行智能合約，UB團隊在2018年4月10日進行了一些調整，內容如下：

1、出塊速度從10分鍾調整為1分鍾；

2、難度調整周期為10個塊調整一次；

3、出塊獎勵調整為1個UBTC；

4、UBTC總量從2100萬調整為2000萬；

5、獎勵的成熟期為7200個塊；

此次調整要求用戶下載最新版本的錢包以保證後續使用不受影響。

錢包下載鏈接：https://www.ub.com/project/wallet

研發：

1、UBTC增加native contract功能；

2、UBTC合約功能繼續內測和BUG修復；

3、UBTC合約功能測試用文檔繼續完善；

4、gjavac, gsharpc, uvmassembler, uvmpackagegpc 整理代碼並在github上開源；

5、部署合約版公測鏈；

市場:

1、AnyBit手機錢包充UB獎UB活動於2018年4月4日北京時間晚8點開始，並於2018年4月15日北京時間晚8點結束。活動期間，下載AnyBit並進行UBTC充值的用戶，將會獲得1%的獎勵，最高獎勵1 UBTC。活動僅限前1,000名。

獎勵的計算以2018年4月15日北京時間晚8點的UBTC余額為准。獎勵的UBTC將於4月16日統一發放到對應的UBTC地址。

2、UB團隊4月9日晚上7點至9點在香港灣仔Genesis Block舉行了粉絲見面會，UB基金會董事及項目CEO Wouter van der Schagt先生向到場的粉絲介紹了項目進展及規劃。UB的各大粉絲社區（微信群、電報群、QQ群、BeeChat群、微博、Twitter推特等）進行了實時的現場圖片推送。

3、「UB全球後援會」微博在4月9日舉辦了評論抽獎送UB定製帽子和外套的活動。在微博官方抽獎工具@微博抽獎平台的監督及公證下，寧波的1名熱心粉絲被幸運抽中。該粉絲已經收到了獎品，並在微博@安靜式的安靜式曬出了圖片。

4、UB團隊14日派代表參加了由巴比特主辦的【Chainge】區塊鏈技術沙龍，並與到場嘉賓進行互動交流。此次沙龍在廈門市湖裡區裕隆國際大廈舉行。

5、熱心粉絲為UB在10日的升級調整製作了相關表情包（動圖），並在微信群傳播。

6、「ub訂閱號」微信公眾號即將上線每日簽到抽獎功能，敬請期待！

社區發放：

1、對ETH、LTC社區發放UBTC的最後一次快照已經於4月11日完成，並於5月2日對符合條件的地址進行發放。詳情請參考UB官網www.ub.com 3月18日在新聞版塊的公告。

關於UBTC：

UnitedBitcoin比特聯儲簡稱UB，代碼UBTC。UB不只是升級版的比特幣，更是領先的全球區塊鏈生態。UB由比特幣元老、比特幣核心開發人員、區塊鏈領域的泰山北斗Jeff Garzik擔任首席科學家及基金會董事。

UB百分百繼承了比特幣的區塊鏈，並進行升級優化。UB的升級優化包括將區塊擴容至8MB，支持SegWit隔離見證，並增加智能合約和閃電網路等等。

UB致力於將不活躍的比特幣信用發揮價值。最終基於這些信用，發行錨定法幣的穩定貨幣，用於廣泛、快捷、高效、智能的商業社會。

目前UB團隊已經開發出AnyBit手機錢包APP（AnyBit是一款去中心化的多幣種錢包APP）、Core、Core-QT、Electrum錢包（Electrum是支持多重簽名的輕量級錢包），並發布了完整的區塊鏈瀏覽器。

全球已有超過18家交易平台支持UBTC交易。

㈡ 同一個乙太網通道中的埠的本地VLAN必須一樣

眾所周知，VLAN鏈路分為ACCESS和TRUNK兩種模式（還有一種混合模式），如為ACCESS模式，一條鏈路上只能傳輸一條VLAN鏈路的數據，如為TRUNK模式，則可傳輸多條鏈路數據。TRUNK封裝可分為IEEE802.1Q（doltq）和CISCO私有的ISL封裝。 ISL封裝為真正意義上的封裝，其在數據頭封裝了26個位元組，尾加了4個位元組的CRC，而doltq則是在數據鎮內插入4個位元組，其位於目的地址和源地址之後。 在CISCO設備上，有條命令SWITCHPORT TRUNK NATIVE VLAN （VLAN ID），來配置本地VLAN，因為doltq封裝對於TRUNK傳輸的本地的那條鏈路是不在封裝信息里寫入VLAN id的，換句話說，在doltq封裝下TRUNK鏈路的兩端本地VLAN必須是一致的，如果不一致，就會出現可能通信，可能不通信的情況。而ISL封裝由於不支持沒有標記的VLAN，換句話說，他會在任何數據上寫入VLAN id。

㈢ 交換機埠的工作模式有哪幾種

交換機埠的三種鏈路類型
乙太網埠有三種鏈路類型：access、trunk、hybird.
access類型的埠只能屬於1個vlan，一般用於連接計算機的埠；
trunk類型的埠可以允許多個vlan通過，可以接收和發送多個vlan的報文，一般用於交換機之間連接的埠；
hybrid類型的埠可以允許多個vlan通過，可以接收和發送多個vlan的報文，可以用於交換機之間連接，也可以用於連接用戶的計算機。
hybrid埠和trunk埠在接收數據時，處理方法是一樣的，唯一不同之處在於發送數據時：hybrid埠可以允許多個vlan的報文發送時不打標簽，而trunk埠只允許預設vlan的報文發送時不打標簽。
預設vlan：
access埠只屬於1個vlan，所以它的預設vlan就是它所在的vlan，不用設置；hybrid埠和trunk埠屬於多個vlan，所以需要設置預設vlan
id.預設情況下，hybrid埠和trunk埠的預設vlan為vlan
1；
如果設置了埠的預設vlan
id，當埠接收到不帶vlan
tag的報文後，則將報文轉發到屬於預設vlan的埠；當埠發送帶有vlan
tag的報文時，如果該報文的vlan
id與埠預設的vlan
id相同，則系統將去掉報文的vlan
tag，然後再發送該報文。
註：對於華為交換機預設vlan被稱為「pvid
vlan」，
對於思科交換機預設vlan被稱為「native
vlan」
交換機介面出入數據處理過程：
acess埠收報文：收到一個報文，判斷是否有vlan信息：如果沒有則打上埠的pvid，並進行交換轉發，如果有則直接丟棄（預設）
acess埠發報文：
將報文的vlan信息剝離，直接發送出去
trunk埠收報文：
收到一個報文，判斷是否有vlan信息：如果沒有則打上埠的pvid，並進行交換轉發，如果有判斷該trunk埠是否允許該vlan的數據進入：如果可以則轉發，否則丟棄
trunk埠發報文：
比較埠的pvid和將要發送報文的vlan信息，如果兩者相等則剝離vlan信息，再發送，如果不相等則直接發送
hybrid埠收報文：
收到一個報文，判斷是否有vlan信息：如果沒有則打上埠的pvid，並進行交換轉發，如果有則判斷該hybrid埠是否允許該vlan的數據進入：如果可以則轉發，否則丟棄（此時埠上的untag配置是不用考慮的，untag配置只對發送報文時起作用）
hybrid埠發報文：
1、判斷該vlan在本埠的屬性（disp
interface
即可看到該埠對哪些vlan是untag，
哪些vlan是tag）
2、如果是untag則剝離vlan信息，再發送，如果是tag則直接發送
可以用此理論解釋如下圖示兩台pc（屬於兩個vlan，同一個網段）間可以通信的問題。

㈣ 急求：如何在路由器中配置native vlan

Router(config)#int fa 0/0.10
Router(config-subif)#encap dot1q 10 native
Router(config-subif)#

這樣,就定義了VLAN10為本徵VLAN,但你要記得在對端的交換機上,本徵VLAN要和路由的一樣.不然就會出錯.

我有點奇怪你為什麼要在路由上設置...
因為本徵VLAN的意思就是在trunk鏈路上不加任何東西,以標準的以太幀方式傳輸,一般都是拿來連伺服器的,因為伺服器識別不了VLAN幀.

㈤ 吉比特無源光纖接入用戶端設備說明書是

YZ-E112說明書

E1光貓使用說明書

目 錄

一、產品概述......................................................................................... 3

二、產品特性......................................................................................... 3

1，一般特性................................................................................... 3

2，技術特性................................................................................... 3

三、功能描述......................................................................................... 4

1，前面板....................................................................................... 4

2，後面板....................................................................................... 5

四、裝箱清單......................................................................................... 8

一、產品概述

E1光貓又稱單E1光端機，可將1路E1和1路RS232數據復用到光線路上。廣泛用於移動基站傳輸、小靈通基站傳輸、大用戶光纖接入（FTTH）等。

二、產品特性

1，一般特性

體 積：220×165×35mm

重 量：900g

電 源：220V±20%，-36 ~ -72V

功 耗：小於3W

·環境溫度：0℃-50℃

2，技術特性

實現1路E1在光纖中透明傳輸。

可以和本公司的V.35光貓、乙太網光貓互通。

實現1路RS232數據在光纖中透明傳輸，速率4800bps。

具備多種環回設置功能，方便檢測和開通

具備網路管理功能，可監視設備的工作情況和設置設備的工作狀態。

同時提供非平衡75Ω和平衡120Ω E1介面

· E1介面規范

完全符合ITU-T G.703、G.823

HDB3碼型，完備的線路告警指示輸出

碼速率：2048Kbps±50ppm

75Ω物理介面採用BNC標准同軸連接器，120Ω物理介面採用RJ45連接器

·光介面

名稱

選項

標配

傳輸模式

單模/多模

單模

模塊類型

單纖/雙纖

雙纖

介面類型

FC/SC/ST

FC

光波長

1310nm/1550nm

1310nm

傳輸距離

2Km/40Km/60Km/120Km

40Km

三、功能描述

1，前面板

下圖是E1光貓的前面板。

POWER：是電源指示燈，正常工作時燈亮。

NOP:無光告警

OOF：光失步告警

LOS：E1信號丟失告警，燈亮時表示本端設備E1信號丟失，閃爍

表示遠端設備E1信號丟失。

AIS：E1介面告警指示信號，燈亮時表示輸入到本端E1介面的信號為全「1」，閃爍表示輸入到遠端E1介面的信號為全「1」

LOOP：自環指示，燈亮時表示本地設備處於自環狀態，閃爍表示遠端設備處於自環狀態。

TEST：當進行線路測試（SEL:4=ON）時，該燈亮表示線路測試正常，不亮表示線路測試不正常。注意，測試線路時必須使要測試的線路構成一個環路。

2，後面板

下圖是E1光貓的後面板。

120Ω

220V設備的後面板

120Ω

-48V設備的後面板

120Ω：為E1平衡介面，形式為RJ45，定義如下：

120W RJ45 插針定義

管腳標號

功能定義

信號方向

1

TX+（發送數據正）

輸出

2

TX-（發送數據負）

輸出

3

NC（空）

4

RX+（接收數據正）

輸入

5

RX-（接收數據負）

輸入

6

NC（空）

7

NC（空）

8

NC（空）

IN：非平衡E1輸入。

OUT：非平衡E1輸出。

TX、RX：為光纖輸出和輸入介面。

NM/232:網管和RS232數據通道介面。

網管線製作方法如下：

Pin6－PC DB9pin2

Pin7－PC DB9pin3

Pin5－PC DB9pin5

RS232數據通道定義如下：

Pin2：數據輸出

Pin3：數據輸入

Pin4：地

SEL開關含義：

位

含義

預設值

SEL:1

E1介面本地環回控制開關，見圖1

On－環回

Off－正常工作

Off

SEL:2

E1介面診斷環回控制開關，見圖2

On－環回

Off－正常工作

Off

SEL:3

E1介面遠端環回控制開關，見圖3

On－環回

Off－正常工作

Off

SEL:4

E1線路測試開關

On－進入線路測試狀態，如線路正常，則TEST燈亮。

Off－正常工作

Off

注釋：

1，本地環回：從本端的光口向E1介面環回，用於檢測本端設備及連接線是否正常。

圖1

2，診斷環回：從本端E1介面向光介面環回，用於檢測對端設備及光纖線路。

圖2

3，遠端環回：從本端對遠端的E1介面（或V.35介面－當遠端為V.35光貓時）環回(如果遠端為V.35光貓則可實現)，用於檢測整個環路。

圖3

一．GPON 技術的提出

GPON（Gigabit-Capable Passive Optical Network，吉比特無源光網路）

技術是無源光網路（PON）家族中一個重要的技術分支，其它類似技術包括

APON/BPON 和EPON 技術等。GPON 是當前和未來2 到3 年內最受關注的光接入技

術之一。

GPON 的概念最早由FSAN（Full Service Access Network，全業務接入網

聯盟）在2001 年提出，在此之前，FSAN/ITU 還提出並標准化了APON/BPON 技

術（ITU-T G.983.x 系列標准），IEEE 也已經開始EPON 技術的標准化工作並很

快於2003 年正式發布IEEE 802.3ah，這標志著EPON 技術標准化工作的完成。

FSAN/ITU 推出GPON 技術的最大原因是由於網路IP 化進程加速和ATM 技術的逐

步萎縮導致之前基於ATM 技術的APON/BPON 技術在商用化和實用化方面嚴重受

阻，迫切需要一種高傳輸速率、適宜IP 業務承載同時具有綜合業務接入能力的

光接入技術出現。在這樣的背景下，FSAN/ITU 以APON 標准為基本框架，重新

設計了新的物理層傳輸速率和TC 層，推出了新的GPON 技術和標准。

二．GPON 系統的構成

和其它 PON 技術類似，GPON 也是一種採用點到多點拓撲結構的無源光接入

技術，由局側的OLT（Optical Line Terminal，光線路終端）、用戶側的ONU

（Optical Network Unit，光網路單元）以及ODN（Optical Distribution

Network，光分配網路）組成，其系統參考配置如圖1 所示。所謂「無源」，是

指ODN 中不含有任何有源電子器件及電子電源，全部由光纖和光分/合路器

（Splitter）等無源光器件組成，沒有昂貴的有源電子設備。

16

圖 1 GPON 系統參考配置

GPON 在下行方向（OLT 到ONU）採用TDM 廣播方式、上行方向（ONU 到OLT）

採用TDMA（時分多址接入）方式，可以靈活地組成樹型、星型、匯流排型等拓撲

結構，其中典型結構為樹形結構。GPON 系統要求OLT 和ONU 之間的光傳輸系統

使用符合ITU-T G.652 標準的單模光纖，上下行一般採用波分復用技術實現單

纖雙向的上下行傳輸，上行使用1260nm～1360nm 波長，下行使用1480nm～

1500nm 波長。此外，GPON 系統還可以採用第三波長方式（1540nm～1560nm 波

長）實現CATV 業務的承載。

圖2 GPON 各種應用方式示意

OLT

視頻服務網路

IP網路

E1

GE

ONU

ONU

FTTCab FTTB/C

ONT

FTTH

局端

xNT

xNT

GE

光

分

配

網

ONT

FTTO

傳 統 網

17

GPON 系統的ONU/ONT（ONT 是用於FTTH 並具有用戶埠功能的ONU）可放

置在交接箱、樓宇/分線盒、公司/辦公室和家庭等不同的位置，形成FTTCab（光

纖到交接箱）、FTTB/C（光纖到樓宇/分線盒）、FTTO（光纖到辦公室）和FTTH

（光纖到家庭用戶）等不同的網路結構，如圖2 所示。

總的來說，GPON 具有如下主要技術特點：

1）業務支持能力強，具有全業務接入能力。GPON 系統可以提供包括

64kbit/s 業務、E1 電路業務、ATM 業務、IP 業務和CATV 等在內的全

業務接入能力，是提供語音、數據和視頻綜合業務接入的理想技術。

2 ） 可提供較高帶寬和較遠的覆蓋距離。GPON 系統可以提供下行

2.488Gbit/s，上行1.244Gbit/s 的帶寬。此外，GPON 系統中一個OLT

可以支持64 個ONU 並支持20km 傳輸。

3）帶寬分配靈活，有服務質量保證。GPON 系統中採用的DBA 演算法可以靈

活調用帶寬，能夠保證各種不同類型和等級業務的服務質量。

4）ODN 的無源特性減少了故障點，便於維護。GPON 系統在光傳輸過程中

不需要電源，沒有電子部件，因此容易鋪設，並避免了電磁干擾和雷

電影響，減少了線路和外部設備的故障率，簡化了供電，在很大程度

上節省了運營成本和管理成本。

5）PON 可以採用級聯的ODN 結構，即多個光分路器可以進行級聯，大大節

約了主幹光纜。

6）系統擴展容易，便於升級。PON 系統模塊化程度高，對局端資源佔用很

少，樹型拓撲結構使系統擴展容易。

三．GPON 的關鍵技術

1．協議棧

GPON 系統的協議棧見圖3，主要由物理媒質相關（PMD）層和GPON 傳輸匯

聚（GTC）層組成。GTC 層包括兩個子層：GTC 成幀子層和TC 適配子層。GTC 層

可分為兩種封裝模式：ATM 模式和GEM 模式，目前GPON 設備基本都採用GEM 模

式。GEM 模式的GTC 層可為其客戶層提供3 種類型的介面：ATM 客戶介面、GEM

客戶介面和ONT 管理和控制介面（OMCI）。

18

GPON OLT 協議分層GPON ONU 協議分層

上層協議棧上層協議棧

客戶層客戶層

TC 適配子層 TC 適配子層

GTC 成幀子層 GTC 成幀子層

PMD 層 PMD 層

光纖媒質

圖3 GPON 系統協議棧

2．PMD 層

GPON 的PMD 層對應於OLT 和ONU 之間的光傳輸介面（也稱為PON 介面），

其具體參數值決定了GPON 系統的最大傳輸距離和最大分路比。OLT 和ONU 的發

送光功率、接收機靈敏度等關鍵參數主要根據系統支持的ODN 類型來進行劃分。

根據允許衰減范圍的不同，ODN 類型主要分為A、B、C 三大類，結合目前實際

應用需求和光收發模塊的實際能力工業界還定義了B+類，擴展了GPON 系統支

持的最大分路比。ODN 分類見表1，目前B+類ODN 是主流。

表1 ODN 分類

ODN 類型衰減范圍 光通道損耗差

A 類 5～20dB

B 類 10～25dB

B+類 13～28dB

C 類 15～30dB

15dB

GPON 的標稱線路速率（下行/上行）有多種，具體包括：

􀁺 1244.16 Mbit/s/155.52 Mbit/s；

􀁺 1244.16 Mbit/s/622.08 Mbit/s；

􀁺 1244.16 Mbit/s/1244.16 Mbit/s；

􀁺 2488.32 Mbit/s/155.52 Mbit/s；

􀁺 2488.32 Mbit/s/622.08 Mbit/s；

􀁺 2488.32 Mbit/s/1244.16 Mbit/s；

19

􀁺 2488.32 Mbit/s/2488.32 Mbit/s。

目前主流廠家的GPON 產品均支持2488.32Mbit/s/1244.16Mbit/s，並且在

20km 傳輸距離下支持1:64 分路比。

3．TC 層

TC 層（也稱為GTC 層）是GPON 的核心層，主要完成上行業務流的媒質接

入控制和ONU 注冊這兩個關鍵功能。TC 層協議棧見圖3。GTC 層包括兩個子層：

GTC 成幀子層和TC 適配子層。

圖 4 GTC 系統協議棧

（1）GTC 成幀子層

GTC 成幀子層包括3 個功能：

􀁺 復用和解復用。PLOAM 和GEM 部分根據幀頭指示的邊界信息復用到下行

TC 幀中，並可以根據幀頭指示從上行TC 幀中提取出PLOAM 和GEM 部分。

􀁺 幀頭生成和解碼。下行幀的TC 幀頭按照格式要求生成，上行幀的幀頭

會被解碼。此外還要完成嵌入式OAM。

􀁺 基於 Alloc-ID 的內部路由功能。基於Alloc-ID 的內部標識為來自/送

往GEM TC 適配器的數據進行路由。

（2）GTC 適配子層功能

適配子層提供了3 個TC 適配器，即ATM TC 適配器、GEM TC 適配器和OMCI

20

適配器。ATM/GEM TC 適配器生成來自GTC 成幀子層各ATM/GEM 塊的PDU，並將

這些PDU 映射到相應的塊。

（3）動態帶寬分配（DBA）與業務QoS 管理

GTC 系統根據T-CONT 管理業務流，每個T-CONT 由Alloc-ID 標識。一個

T-CONT 可包含一個或多個GEM Port-ID。OLT 監控每個T-CONT 的流量負載，並

調整帶寬分配來更好地分配PON 帶寬資源。PON 帶寬資源的分配分為動態或靜

態兩種方式，在動態資源分配方式中，OLT 通過檢查來自ONU 的DBA 報告和/或

通過輸入業務流的自監測來了解擁塞情況，然後分配足夠的資源。在靜態資源

分配方式中，OLT 根據配置信息為業務流預留固定帶寬。

DBA 功能可提供各種不同的QoS。GPON TC 層規定了5 種T-CONT（Type1，2，

3，4，5），DBA 功能在各T-CONT 中實現。GEM 模式中，GEM 連接由GEM-Port 標

識，並根據QoS 要求由一種T-CONT 類型承載。DBA 功能分為下面幾個部分：

OLT 和/或ONU 檢測擁塞狀態；

向 OLT 報告擁塞狀態；

OLT 根據提供的參數更新帶寬分配；

OLT 根據更新的帶寬分配和T-CONT 類型發送授權；

發送 DBA 操作管理信息。

4．OMCI

OLT 通過OMCI（ONT 管理控制介面）來控制ONT。協議允許OLT 進行下列動

作：

1) 建立和釋放與ONT 之間的連接；

2) 管理ONT 上的UNI；

3) 請求配置信息和性能統計；

4) 向系統管理員自動上報事件，如鏈路故障。

OMCI 協議在OLT 控制器和ONT 控制器之間的GEM 連接上運行，該連接在ONT

初始化時建立。OMCI 協議是非同步的：OLT 上的控制器是「主」，ONT 上的控制器

是「從」。一個OLT 控制器通過在不同的控制信道上使用多個協議實例來控制多

個ONT。

OMCI 在下面幾個方面對ONT 進行管理：

21

1) 配置管理：提供了控制、識別、從ONT 收集數據和向ONT 提供數據的功

能；

2) 故障管理：支持有限的故障管理功能，大多數操作僅限於進行故障指示；

3) 性能管理：主要是性能監控；

4) 安全管理：使能/去使能下行加密功能、全光纖保護倒換能力管理。

5．ONU 激活注冊

在 ONU 能正常工作前必須完成激活注冊過程。

GPON 協議基於ONU 的序列號來識別和配置ONU，有些運營商會通過運維系

統根據ONU 的序列號對其進行預配置，這時通常採用直接激活ONU 的方式。而

在其它情況下，不能提前獲知ONU 的序列號，因此OLT 需要具有自動發現ONU

的機制。

激活ONU 的事件有3 個：

a) 網路運營商在得知新的ONU連接到網路後，從運維系統啟動激活過程；

b) 當有ONU 從工作狀態丟失時，OLT 就自動啟動激活過程。查詢頻率可

由運維系統設定；

c) OLT 周期發起激活過程，查詢頻率可由運維系統設定。

ONU 的激活過程包括：OLT 和ONU 之間協商工作參數、測量OLT 和ONU 之間

的邏輯距離、建立上下行通信通道。對OLT 和ONU 之間邏輯距離的測量即測距。

GPON 採用帶內方式對在線系統中的ONU 進行測距。對新加入到系統中的ONU 進

行測距時，已工作的ONU 應暫停發送信號，以打開一個測距窗口。該窗口的大

小與新加入系統的ONU 的距離有關，如果能預先知道新加入系統的ONU 的距離

則可以減小測距窗口。ONU 的激活過程由OLT 控制，其激活過程大致如下：

􀁺 ONU 通過Upstream_Overhead 消息接收工作參數；

􀁺 ONU 根據接收到的工作參數調整自己的參數（如：發送光功率）；

􀁺 OLT 通過Serial_Number Acquisition 流程發現新ONU 的序列號；

􀁺 OLT 給所有新ONU 分配ONU-ID；

􀁺 OLT 測量新ONU 的均衡時延；

􀁺 OLT 將測量的均衡時延傳送給ONU；

􀁺 ONU 根據均衡時延調整其上行幀的發送起始點。

以上激活過程是通過交互上下行標記（flag）以及PLOAM 消息來完成的。

22

在正常工作狀態下，所有傳輸信號都可以被用來監測信號到達的相位。通過監

測傳輸信號的相位，可以更新均衡時延。

ONU 注冊由自動發現流程完成。ONU 注冊有兩種方式：「配置S/N」方式是

通過管理系統（如NMS 和/或EMS）在OLT 注冊ONU 序列號，「發現S/N」方式是

不通過管理系統（如NMS 和/或EMS）在OLT 注冊ONU 序列號。

四．TDM 業務承載

GPON 可通過2 種方式承載TDM 業務（如E1），一種是Native 方式也被稱為

TDM over GEM 方式，另外一種是CESoP over GEM。

1．Native 方式

Native 方式是利用可變的GEM 幀來直接封裝TDM 幀。TDM 數據封裝到GEM

的方式見圖5。具有相同Port-ID 的TDM 數據分組會匯聚到TC 上層。凈荷部分

包含L 位元組的TDM 塊。

圖5 GEM幀中的TDM數據幀結構

TDM 業務到GEM 幀的映射允許GEM 幀長根據TDM 業務的頻率偏移進行變化。

TDM 段的長度由PLI 域指示。

TDM 源適配進程應該在輸入緩存中對輸入數據進行排隊，每當有幀到達（即

每125μs），GEM 幀復用實體將記錄當前GEM 幀中准備發送的位元組數量。一般情

況下，PLI 將根據TDM 標稱速率指示一個固定位元組數，但經常需要多傳送或少

傳送一些位元組，這一點將在PLI 域中反映出來。

如果輸出頻率比輸入信號頻率快，則輸入緩存器開始清空，填充最終降到

低門限以下。這時，從輸入緩存器少讀取一些位元組，填充將上升至低門限以上。

相反的，如果輸出頻率比輸入信號頻率慢，則輸入緩存器開始填滿，填充最終

上升到高門限以上。這時，從輸入緩存器多讀取一些位元組，填充將降至高門限

以下。

可變長度的TDM 段映射到GEM 幀凈荷的概念如圖6 所示。

23

圖6 TDM映射到GEM

2．CESoP over GEM 方式

CESoP（Circuit Emulation over Packet Switched Net）技術是在有管理

的分組交換網路(PSN)上搭建通道來傳送TDM 業務。CESoP over GEM 方式的基

本思路是先採用CESoP 技術將TDM 業務封裝到乙太網/IP 幀的凈荷中，再將以

太網/IP 幀封裝到GEM 幀在OLT 和ONU 之間傳遞。圖7 是GPON 系統承載TDM 業

務的示意圖。

圖7 GPON承載TDM業務示意圖

24

四．GPON 的標准化情況

目前，ITU-T 在FSAN 的幫助下，已經為GPON 技術陸續制定完成了ITU-T

G.984.x 系列標准，具體包括：

􀁺 ITU-T G.984.1：Gigabit-capable Passive Optical Networks (GPON)：

General characteristics；

􀁺 ITU-T G.984.2：Gigabit-capable Passive Optical Networks (GPON)：

Physical Media Dependent (PMD) layer specification；

􀁺 ITU-T G.984.3：Gigabit-capable Passive Optical Networks (GPON)：

Transmission convergence layer specification；

􀁺 ITU-T G.984.4：Gigabit-capable Passive Optical Networks (GPON)：

ONT management and control interface specification。

上述4 個標准涉及了GPON 的總體特性、物理層、TC 層和ONU 管理等方面。

其中物理層和TC 層的標准內容已經基本穩定，目前的關注重點在G.984.4 規范

的OMCI 上，對OLT 如何集中遠程式控制制ONU、具體被管對象和內容紛紛提出多種

方案，相關的增補文件也在不斷發布。我國設備製造商如華為、中興等和其它

研究機構對該領域也有濃厚的興趣，多篇技術文稿被陸續採納。此外，對於業

務和應用層面的管理是通過繼續擴展OMCI 能力還是通過TR069 來實現也是目前

存在較大爭議的技術點。

㈥ 802.1q的幀類型標識符是什麼交換機埠都有哪些交換模式及對VLAN標簽的處理方式

802.1Q：基本標準的IEEE協議，屬業界標准。
ISL（Inter-Switch Link）：Cisco專有的Trunk封裝方式。
802.1q是在乙太網幀的源MAC個和Type欄位之間插入4個位元組的Tag欄位，並將原有的FCS重寫。TAG欄位里包括priority和VLANID，TPID=0X8100表示是乙太網幀。

ISL是在乙太網幀的最外層家個26位元組的幀頭，重新計算的CRC放在幀尾。
在26位元組的報頭里有15bit用來表示VLAN，但只用到低10位。即1024個VLAN數目
區別：
ISL協議和802.1Q的區別在於針對native vlan是否打標. ISL是全部都打,有幾個VLAN打幾個標記,而802.1Q協議除了VLAN1也就是native vlan不打標記之外其他的VLAN都打標記。

埠模式：
有ACCESS埠。只用於終端接入，只能指定單一VLAN信息
有trunk埠，用於走各種VLAN，封狀方式按指定的802.1Q或則是ISL

對與802.1Q，埠接收到這個幀會查看TAG欄位里的信息，從ACCESS埠來的數據會根據所在VLAN進行TAG標記，如果交換機有此VLAN，就會轉發到相應埠同時會去掉TAG標記欄位，如果沒有則轉發到NATIVE VLAN，按TRUNK口轉發或則丟棄。前提是NATIVE VLAN 2端要一致，才能形成TRUNK埠。

ISL封狀的幀進時，如果有此VLAN接收埠，則要剝離最外層的26+4位元組的幀頭，然後轉發到相應埠，沒有的話，則直接丟掉或則轉發到另外的TRUNK埠。

大概就這樣。純手工輸入。

㈦ 如何解決Native VLAN mismatch discovered

錯誤原因：

Cisco在IOS
12.0(3)以後，已經改用CDP
version 2了，增加了VTP
Management Domainame、Native
VLAN。

full/half-Duplex三個特徵位，鏈路兩端的Access
Mode VLAN不一致，因此交換機日誌會提示Native VLAN mismatch discovered。

解決辦法:

不啟用VTP
version2，在全局配置模式下輸入命令:

witch#sh cdp traffic

CDP counters :

Total packets output: 26, Input: 50

Hdr syntax: 0, Chksum error: 0, Encaps failed: 0

No memory: 0, Invalid packet: 0, Fragmented: 0

CDP version 1 advertisements output: 26, Input: 25

CDP version 2 advertisements output:0,
Input: 25

(7)以太坊native擴展閱讀:

cisco常用配置命令

1、進入交換機某一埠interface fastehernet 0/17 以17 埠為例

switch> enable

switch＃configure terminal

switch(conf)# interface fastehernet 0/17

switch(conf-if)#

2、查看命令show

switch> enable

switch# show version 查看系統中的所有版本信息

show interface vlan 1 查看交換機有關ip 協議的配置信息

show running-configure 查看交換機當前起作用的配置信息

show interface fastethernet 0/1 察看交換機1 介面具體配置和統計信息

show mac-address-table 查看mac 地址表

3、交換機恢復出廠默認恢復命令

switch> enable

switch# erase startup-configure

switch# reload

㈧ S7-1200plc能與幾個s7-200plc進行乙太網通訊

S7-200均作為S7通信客戶端，則可連接數為8個；
若S7-200均作為S7通信伺服器端，則可連接數為3個；
若為S7通信的混合結構，理論上，可連接數將達到11個。

S7-1200集成了一個PROFINET 介面，它可用於編程、HMI 通信和 PLC 間的通信。此外，它還可以通過開放的乙太網協議與第三方設備的通信。該介面帶一個具有自動交叉網線（ auto-cross-over）功能的RJ45 連接器，提供 10/100 Mbit/s 的數據傳輸速率，支持以下協議： TCP/IP native、 ISO-on-TCP 和 S7 通信。
最大的連接數為 23 個連接，其中：
• 3 個連接用於 HMI 與 CPU 的通信
• 1 個連接用於編程設備（ PG）與 CPU 的通信
• 8 個連接用於 Open IE（ TCP，ISO-on-TCP）的編程通信，使用 T-block指令來實現，可用於 S7-1200 之間的通信， S7-1200 與 S7-300/400的通信
• 3 個連接用於 S7通信的伺服器端連接，可以實現與 S7-200/300/400的乙太網S7通信
• 8 個連接用於 S7通信的客戶端連接，可以實現與 S7-200/300/400的乙太網S7通信

㈨ 如何用web3.js提供的javascript api來調用合約

js的原生api加上瀏覽器暴漏出來的api能上萬都困難，更別說幾十萬，如果你說的是調用桌面操作系統的api的話可以用nodejs，如果你說的是調用智能手機的操作系統api的話可以讓webview控制項暴漏的對象封裝系統api，或者用phoneGap之類的東西打包你的app的話可以調用它提供的api具體用法查相應的文檔.

NativeScript的工作原理：用JavaScript調用原生API實現跨平台
NativeScript是最近推出的一個跨平台解決方案，可以讓你可以用JavaScript來直接寫Android、iOS本地應用程序，未來還即將擴展到Windows平台。是最近比較受關注的項目。它與 nw (原名node-webkit ，用Web寫winodw/linux桌面應用)和 phonegap內嵌webview寫APP的實現方式有著本質的不同，它直接用JavaScript調用系統原生API，因而有一些原生應用的特點。

㈩ 如何解決Native VLAN mismatch discovered

第一種解決辦法：
cisco3550/3560交換機經常出現以下報警日誌，經常刷屏：

Mar 1 09:21:54.207 BeiJing: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet0/21 (91), with Switch FastEthernet0/1 (1).
*Mar 1 09:22:06.439 BeiJing: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet0/9 (86), with Switch FastEthernet0/1 (1).
*Mar 1 09:22:30.343 BeiJing: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet0/13 (86), with Switch FastEthernet0/1 (1).
*Mar 1 09:22:32.199 BeiJing: %CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on FastEthernet0/5 (86), with Switch FastEthernet0/1 (1).
*Mar 1 09:22:35.679 BeiJing: %SYS-5-CONFIG_I: Configured from console by vty0 (220.185.123.95)

經過分析，主要原因是：cisco3550/3560交換機下面接有沒有做過任何配置的cisco交換機引起，造成CDP-4-NATIVE_VLAN_MISMATCH日誌和Native VLAN mismatch discovered報錯。
解決方法：
在cisco3550/3560交換機報警埠，通過添加命令 no cdp enable解決

interface FastEthernet0/1
switchport access vlan 86
switchport mode access
switchport protected
switchport block multicast
switchport block unicast
no cdp enable

還有一種解釋：
造成該問題的原因是：某台交換機的trunk介面與另一台交換機的Access介面互聯了，這樣就導致此現象。技術分析為trunk介面可以帶標簽傳輸VLAN信息，該信息在進入另一台交換機的Access介面時，需要重新打標簽。但標簽已重復了。