Posts

Showing posts from 2007

CNNIC:IPv4可能提前耗盡 漲價趨勢日益明朗

發佈時間:2007.12.06 17:04 來源:DoNews 作者:DoNews 近日,中國互聯網路資訊中心(CNNIC)發佈了IP地址最新動態:根據IPv4地址消耗速度,IPv4地址將在2011年左右耗盡的預測可能會提前到來。同時,因為IPv4嚴重緊缺,相關國際組織擬採用澳元形式收費,由於匯率的原因,IPv4地址價格上揚已成定局。 IPv4枯竭可能提前到來 “IPv4將於2011年左右耗盡的結論並非聳人聽聞,而是使用國際通行的IPv4地址消耗預測法得出的結論,這一預測法根據全球IPv4地址的消耗速度進行函數預測。CNNIC從1998年開始做這樣的預測以積極應對IPv4的‘入不敷出’。” CNNIC IP地址專家李祥建告訴記者。 比較我國IPv4預測消耗與實際消耗,我們明顯看出:‘入不敷出’的現象已經頻頻發生——2006年我國IPv4地址預測數量約為9500萬,實際消耗量為9800萬,超出預測近300萬;2007年,IPv4預測量為1.05億,截至10月27日,我國IPv4實際數量已經達到1.31億,偏差超過2600萬。對此,李祥建指出:“IPv4將於2011年左右耗儘是根據幾年前的消耗速度做出的預測,按目前的情況來看,耗盡很有可能提速,不用等到2011年IPv4就會枯竭。” CNNIC的調查數據再次印證了我國IPv4的激增:2005年,我國IPv4數量為7400萬個,2006年底,我國IPv4數量為9800萬個,年漲幅為32%;截至10月27日,我國IPv4數量已達13189萬個,排名世界第三,年漲幅飛升至77.2%。 IPv4地址嚴重緊缺, IPv4地址漲價趨勢在所難免,相關國際組織已經開始積極調整IP地址價格和收費方法以適應IP地址分配的發展形勢。據悉,2008年1月開始,亞太地區IP地址申請將採取澳元收費,因為澳元利率近年保持持續高漲趨勢,這一收費方式意味著我國IPv4地址的實際申請價格上也將隨之上揚。 “兩手抓”應對IPv4 地址荒 IPv4將於2011年耗盡,地址漲價已成定局,成為擺在我國廣大ISP面前的一個“燙手山芋”。李祥建告訴記者:“IPv4 緊缺導致的漲價將直接造成兩個惡性迴圈:一個是‘囤積居奇’的錯誤申請思路,對IPv4進行了大規模非預期申請,缺乏宏觀調控 ,從而加速IPv4的耗盡;第二個是“節衣縮食”的錯誤使用方法,出於對IP

To Be or Not to Be a Instructor ?

要成為一個instructor需要的不只是經驗及技術,還要有一股熱忱,因為當你面對的不再是冷冰冰的設備時,你必須要面對的是各式各樣的學生,如果你無法從教學的過程中得到自我滿足及成就感,相信我,這份工作比當工程師辛苦好幾倍以上(這僅是以個人在ISP網路工程師的經驗而言,如果是工程師的話,白天上班時間只要把自己該作的事情作好,剩下的就是你自己可以利用的時間;但是如果是當講師的話,從早上講到吃晚飯,辛苦一點的話,有可能還有晚上班從吃完晚飯之後開始講到你準備上床睡覺…如果再苦命一點,假日班也要上課的話,幾乎沒有所謂的上班偷閒的時間,甚至也沒有了所謂的假日)。所以如果你沒有體力之外可以支撐你的精神力量,可能無法長久持之以恆下去。 再來談到另一個問題,那就是課程的準備及設備的架設,不暪您說,以小弟目前的工作而言,通常每個星期都必須要花費至少半天或是一整天的時間準備下一個星期的設備架設;若是要教導一課新課程,至少利用每天下班時間研讀兩個星期以上,先準備完筆試之後,再準備嘗試自己架設Lab的環境。 說到這邊,可能就會有人問為什麼這麼辛苦的工作,為什麼還是會有人要作? 一個原因是相對於一般工程師來說,講師的時薪或許是比較高的;另一個原因就是你真的可以在教學的過程進而將你所教授的課程真正地融會貫通,而不單單只是了解大概內容;最後一個原因應該會是絕大部份資深講師的共同特點,他們都樂於與人分享,為人解惑,在課堂中教學相長的感覺是很難用言語形容的,這個原因對部份的人來說可能比高薪更令他們嚮往。 最後還有一個當初小弟也一直很擔心的問題,那就是成為教育事業的一份子之後,是否會與實際的網路工作脫節,是否會無法追上現在各種新技術的腳步。這個問題,TP的前輩給了我一個很好的答案:"也對,也不對!" 當你離開網路公司/系統整合公司之後,你真的很難再有機會隨時將你所學在實際的網路中去進行測試及整合,但是,不代表你會無法追上新技術潮流…因為你必須不斷地學習,無論是上班時的教學相長或是下班之後的自修,你將會從學生那邊的互相討論中領會到現今技術的應用及客戶的技術需求及問題,也會為了準備未來的新課程或是舊課程改版,你勢必要比其他學生更早接受新教材或是自己要先想辦法了解新技術的來龍去脈,所以簡單一句話,當你成為講師時,你將無時無刻不在進修,跟其他一般工程師忙於routine工作或是為了應付客戶而

PCM vs ADPCM vs CS-ACELP vs LD-CELP

一旦我們的類比波形已經被數位化之後,我們可能想要透過編碼這些數位化波形來加以壓縮好節省廣域網路的頻寬。編碼和解碼這些波形的過程是由編解碼器(coder decoders),也被稱之為編解碼器(code decoder,CODEC)。讓我們來看看各種的編解碼器(CODECs)所使用的波形壓縮的一些形式︰ 脈衝編碼調變(Pulse Code Modulation, PCM) 是將類比訊號轉換為數位訊號的一種技術,它並非實際地壓縮類比波形。相反的,脈衝編碼調變(PCM)取樣以及數位量化的動作並未進行任何的壓縮。G.711就是使用脈衝編碼調變(PCM)的編解碼器(CODEC)。 可適性差分脈衝碼調變(Adaptive Differentiated PCM,ADPCM) 使用一個差異化訊號(difference signal)。不將整個樣本加以編碼,可適性差分脈衝碼調變(ADPCM)可以將目前樣本與前一個樣本比較出來的差異傳送出去。 G.726就是一個可適性差分脈衝碼調變編解碼器(ADPCM CODEC)的例子。 代數碼激勵線形預測(Conjugate Structure Algebraic Code Excited Linear Predication,CS-ACELP) 動態建造基於語音模式的編碼登錄(codebook)。它會使用一個前看緩衝區(look ahead buffer)來查看是否下一個樣本與已存在於編碼登錄(codebook)中的圖案相配。如果它這樣做,那麼編碼登錄(codebook)位置就可以被傳送出去來取代實際的樣本。這個好處就是不需要傳送實際的聲音,我只要傳送給您那個聲音在您編碼登錄(codebook)中的位置,相較於傳送實際的聲音使用了相當少的頻寬。 G.729就是一個代數碼激勵線形預測編解碼器(CS-ACELP CODEC)的例子。 低時延碼激勵線性預測(Low-Delay Conjugate Excited Linear Predication,LD-CELP) 非常類似於代數碼激勵線形預測(CS-ACELP)。不過,低時延碼激勵線性預測(LD-CELP)使用了更小的編碼登錄(codebook),導致較少的延遲,但是它需要更多的頻寬。 G.728編解碼器(CODEC)是一個低時延碼激勵線性預測編解碼器(LD-CELP CODEC)的例子。 G.72

Understanding How Digital T1 CAS (Robbed Bit Signaling) Works in IOS Gateways

Image
Channel Associated Signaling (CAS) is also referred to as Robbed Bit Signaling . In this type of signaling, the least significant bit of information in a T1 signal is "robbed" from the channels that carry voice and is used to transmit framing and clocking information. This is sometimes called "in-band" signaling. CAS is a method of signaling each traffic channel rather than having a dedicated signaling channel (like ISDN). In other words, the signaling for a particular traffic circuit is permanently associated with that circuit. The most common forms of CAS signaling are loopstart, groundstart, Equal Access North American (EANA), and E&M. In addition to receiving and placing calls, CAS signaling also processes the receipt of Dialed Number Identification Service (DNIS) and automatic number identification (ANI) information, which is used to support authentication and other functions. Each T1 channel carries a sequence of frames. These frames consist of 192 bit

Telephony Application Programming Interface(TAPI)

由微軟 (MICROSOFT) 與英特爾 (INTEL) 所共同推動的 API 規格, 可使 WINDOWS 應用程式直接或透過網路 (NETWORK) 來控制電話相關設備, 例如數據機 (MODEM), 頭戴話機 (HEADSET), 交換機 (PBX) 等. TAPI 的目標是要建立一種標準的規格來控制從簡單的撥號到電話中心 (CALL CENTER) 的控制, 在 NETWARE 上運作類似的規格稱為 TSAPI(Telephony Server Application Programming Interface)。 TAPI 3.0 是集合傳統式 PSTN 電話服務和 IP 電話服務的漸進式 API。IP 電話服務是新方興的技術,能夠在現有的區域網路、廣域網路 和 Internet 上融合聲音、資料和視訊。 TAPI 3.0 讓IP 電話服務在 Microsoft® Windows® 作業系統上成為可能﹔這方法可以簡單而普通的方法結合二或多部電腦,並存取這種連接上所包納的所有媒體資料流。 TAPI 3.0 支援標準的 H.323 會議和 IP 多點傳送會議。它使用 Windows 2000 作業系統的 Active Directory 服務來簡化公司內的部署,包含服務品質 (QoS) 支援,以提高會議品質,使網路易於管理。 TAPI 3.0 提供了簡單而普通的方法,能夠結合兩部或多部電腦,並存取這種結合所涵蓋的任何媒體資料流。它摘錄了呼叫控制功能,讓不同而看似不相容的傳輸通訊協定提供應用程式使用的公用介面。h當公司開始從昂貴而缺乏彈性的電路交換公用電話網路轉移至有智慧、彈性而且便宜的 IP 網路時,IP 電話服務能夠自若地面對爆炸性的成長。TAPI 3.0 整合多媒體資料流控制和傳統電話服務。此外,它是從 TAPI 2.1 API 到 COM 模式的改進,可用任何語言編寫 TAPI 應用程式,例如 C/C++ 或 Microsoft® Visual Basic® 。

Java Telephony Application Programming Interface(JTAPI)

談到JTAPI(Java Telephony Application Programming Interface),首先得瞭解什麼是CTI。 CTI(Computer Telephony Integration)就是電腦電話集成技術,它是目前國內正火的呼叫中心熱潮的核心技術。JTAPI主要是為CTI技術服務。JTAPI(Java Telephone API)則是一套專門為JAVA語言提供的與電話應用相關的程式介面,它定義了一組跨平臺、跨廠家的電話應用程式物件模型。使用JTAPI提供的物件,我們就可以簡單方便地用軟體實現各種CTI技術。 由於JTAPI的誕生是由若干知名電腦、通訊廠商(Sun, Lucent Technologies, Nortel, Novell, Intel, and IBM)聯合努力的結果,利用JTAPI編寫的CTI程式甚至可以操作若干種電話交換機,這些交換機包括Lucnet、Nortel等等廠家。 JTAPI的主要特點歸納如下: 1. 簡化CTI程式的編寫。 2. 提供一套可以擴展的框架結構,可以平滑的使Client/Server結構的程式過渡到Browser/Server結構。 3. 對已有的傳統CTI程式介面,如TSAPI、SunXTL、以及TAPI進行WEB方向的擴展。 4. 可以運行於任何JAVA可以運行的平臺。 利用以上優點,採用JTAPI技術搭建的呼叫中心就可以平滑的過渡到Internet時代。 目前JTAPI主要應用於呼叫中心領域,利用它還可以編寫包括自動撥號、語音郵件、傳真接收等各類軟體。特別在互聯網呼叫中心領域更是大有用武之地。比如Lucent 推出的ICC(Internet Call Center)就是一個典型的例子。整個ICC系統從技術上劃分,可以分為3部分:管理、CTI、工作流。三個部分都用JAVA開發,其中CTI部分使用JTAPI1.3。利用JAVA的優勢,ICC可以運行在NT、SALORIS等各種平臺之上。

Cisco Survivable Remote Site Telephony (SRST)

Image
Cisco SRST Description Cisco SRST provides Cisco CallManager with fallback support for Cisco IP phones that are attached to a Cisco router on your local network. Cisco SRST enables routers to provide call-handling support for Cisco IP phones when they lose connection to remote primary, secondary, or tertiary Cisco CallManager installations or when the WAN connection is down. Cisco CallManager supports Cisco IP phones at remote sites attached to Cisco multiservice routers across the WAN. Prior to Cisco SRST, when the WAN connection between a router and the Cisco CallManager failed or when connectivity with Cisco CallManager was lost for some reason, Cisco IP phones on the network became unusable for the duration of the failure. Cisco SRST overcomes this problem and ensures that the Cisco IP phones offer continuous (although minimal) service by providing call-handling support for Cisco IP phones directly from the Cisco SRST router. The system automatically detects a failure and uses Simp

Skinny Client Control Protocol(SCCP)

SCCP is a proprietary terminal control protocol originally developed by Selsius Corporation . It is now owned and defined by Cisco Systems, Inc. as a messaging set between a skinny client and the Cisco CallManager. Examples of skinny clients include the Cisco 7900 series of IP phone such as the Cisco 7960, Cisco 7940 and the 802.11b wireless Cisco 7920, along with Cisco Unity voicemail server. Skinny is a lightweight protocol which allows for efficient communication with Cisco CallManager. CallManager acts as a signaling proxy for call events initiated over other common protocols such as H.323, SIP, ISDN and/or MGCP. A skinny client uses TCP/IP to and from one or more Call Managers in a cluster. RTP/UDP/IP is used to and from a similar skinny client or H.323 terminal for the bearer traffic (real-time audio stream). SCCP is a stimulus-based protocol and is designed as a communications protocol for hardware endpoints and other embedded systems, with significant CPU and memory constraints

Impairment / Calculated Planning Impairment Factor (ICPIF)

The ICPIF originated in the 1996 version of ITU-T recommendation G.113 "Transmission impairments," as part of the formula Icpif = Itot - A. ICPIF is actually an acronym for "(Impairment) Calculated Planning Impairment Factor," but should be taken to simply mean the "calculated planning impairment factor." The ICPIF attempts to quantify, for comparison and planning purposes, the key impairments to voice quality that are encountered in the network. ICPIF Stands for “Impairment Calculated Planning Impairment Factor”. The ICPIF attempts to quantify, for comparison and planning purposes, the key impairments to voice quality that are encountered in the network. ICPIF values are expressed in a typical range of 5(very low impairment) to 55 (very high impairment). ICPIF values numerically less than 20 are generally considered “adequate” Note: IP SLA uses a simplified formula which is also used by Cisco Gateways to calculate the ICPIF for received VoIP data streams.

MOS vs PSQM vs PAMS vs PESQ

清晰度與語音訊號可接受的程度有關,舉例來說,收訊者是否能聽得懂對方所說的話,由聲音辨別發話者是誰或是由聲音感受發話者的感覺。 由於清晰度的因果關係並非線性,因此在許多與語音壓縮有關的數位技術中(例如MPEG-2),清晰度會有所謂的臨界效應(cliff effect);所謂臨界效應是指隨著訊號損失的增加,清晰度會逐漸變差,當清晰度變差到一個程度之後,收訊者便完全無法聽清楚,"cliff"的實際位置通常得靠實驗決定。 傳統上,是以 平均意見指標(mean opinion score, MOS) 來衡量清晰度;平均意見指標是將收訊的語音樣本,由一群收訊者依收聽到的通話品質分成5個等級: 1代表最差、5代表最佳 ,4則是一般公眾電話網路系統的通話品質。由於 MOS 很難建立一個客觀標準,而且有實際執行上的困難,因此 MOS 無法作為長期評估的標準。 為了改善 MOS 的這些缺點,陸續有人希望藉由電腦輔助的方式,提出各種具有重複客觀性通話品質的評量方法。大部分的方式都是由收訊者的觀點,來比較以人類自然語音訊號作為語音樣本經過傳輸之後,接受訊號和原始訊號之間的差異。 目前,常用的清晰度評量方法有兩種,一種是由荷蘭KPN Research所發展的 知覺通話質量測量(Perceptual Speech Quality Measurement, PSQM ) ,現已成為ITU-T P.861標準;另一種是由大英國協的英國電訊所發展的 知覺分析/測量系統(Perceptual Analysis/Measurement System, PAMS) 。 PSQM 和 PAMS 都使用自然語音(natural speech)或類語音樣本作為輸入訊號,通常選擇的語音樣本(speech sample)會經由語音傳輸路經傳送,語音傳輸路經在經過編碼、封包化(packetization)、傳輸和解碼的過程中,會造成各種不同程度的訊號損失。評量的方法是以接收的語音樣本訊號,和原本的訊號作為清晰度演算法的輸入訊號。典型測試所採用的語音樣本會包括,具有各種代表性的男性和女性聲音。 PSQM 演算法是以0到6.5的數字來評量清晰度,數字越低代表通話品質越好。 PSQM 原本是設計用來評估和比較各種語音編碼(speech codecs)技術的優劣,而非點對點的(end-to-end)網路通

聲音變化偵測器(Voice Activity Detector, VAD)

為了對頻寬做最有效的利用,我們必須偵測聲音的變化,並且視需要來啟動或是停止封包的傳輸。聲音變化偵 測器所必須解決的最大問題,就是如何分辨說話的內容以及伴隨而來的背景雜訊,我們可以利用這項功能來節省網路的頻寬,因為在一般的通話過程中,幾乎一半的時間都沒有人說話。

Electrical Echo vs Acoustic Echo

在語音基頻訊號(basic level)時,回音基本上是自己聽到自己的反射聲音;就技術上的觀點來看,如果訊號的接受路徑(receive path)出現傳輸訊號時,便會產生回音,最常見且希望出現的回音方式是側音(sidetone),亦即在電話筒中聽到自己沒有任何時間延遲的聲音。而實際上,如果講電話時聽不到側音時,大部分人都會懷疑自己講的話對方是否聽得見。 回音本質上可分為電訊回音(electrical echo)及聲音回音(acoustic echo)。電訊回音主要是由於串音(crosstalk)或是阻抗不匹配(poor impedance matching)所造成的,至於聲波回音最常見的情況,則為:喇叭與遠端的麥克風產生相互作用而產生聲波回音(Acoustic echo)。 回音所造成的訊號干擾,會隨著回音的強度和回音的時間延遲而不同[如圖1所示],由於側音的時間延遲很短,因此除非強度很大才會造成明顯的干擾。但是由於語音封包網路的延遲時間,通常比傳統語音網路的延遲時間長了10倍以上,所以干擾會變得較為明顯。 就原理上來說,處理回音的方法中,最直接和較簡單的便是抑制回音;抑制回音的方法是在傳輸訊號時,關閉收訊路徑(receive path)。但是這個方法的問題是回音抑制電路(echo suppressor circuitry)必須能偵測發話者結束發話的時間,所以會造成類似時間延遲過長,所形成的半工(half-duplex)通訊的問題。 由於抑制回音的方法會有上述問題,因此較佳的方式為抵銷回音,由於回音抵銷的高性能數位訊號處理器價格越來越便宜,所以目前逐漸改用抵銷回音的技術,來取代回音抑制技術。當回音的延遲時間很短時,抵銷回音可發揮最大效果;故此回音抵銷技術,通常會與其他減少系統時間延遲的技術一併使用。

回音抑制器(Echo Suppressor)

一種裝置將其插裝到網路中,使信號在網路中只能伸單方向之傳輸,反方向之信號被抑制或消除,如此可消除同被信號。在電話通信網路中,如兩個中繼站之間的距離超過1850哩時,就需要加裝回音抑制器,以保持通話聲音之清晰。

標準的數據描述語言ASN.1 (Abstract Syntax Notation One) 簡介

ASN.1是一種用描述結構化客體的結構和內容的語言. 抽象語法定義: ASN.1是描述在網絡上傳輸信息格式的標準方法。它有兩部分:描述信息內數據,數據類型及序列格式的是一部分;另一部分描述如何將各部分組成消息。它原來是作為X.409的一部分而開發的,來才自己獨立成為一個標準。ASN.1在OSI的ISO 8824/ITU X.208(說明語法)和ISO 8825/ITU X.209(說明基本編碼規則)規范。下面就是一個例子: Report ::= SEQUENCE { author OCTET STRING, title OCTET STRING, body OCTET STRING, biblio Bibliography } 在這個例子中,"Report"是由名字類型的信息組成的,而SEQUENCE表示消息是許多數據單元構成的,前三個數據單元的類型是OCTET STRING,而最一個數據類型則下面的ASN.1語法表示它的意義: Bibliography ::= SEQUENCE { author OCTET STRING title OCTET STRING publisher OCTET STRING year OCTET STRING } (http://www.fanqiang.com)

MGCP Endpoint Identifiers

Image
在Cisco CVOICE 5.0 P.3-105最下方的Example: Endpoint Identifiers的例子中只有文字但是缺少了附錄圖片,可能會讓各位在研讀內容時摸不著頭緒,所以我在網路上找到了這一段原來的文章內容(我猜是舊版的教材只是不小心圖片的部份被刪掉了…),請參考以下內容: When interacting with a gateway, the call agent directs its commands to the gateway for the express purpose of managing an endpoint or a group of endpoints. An endpoint identifier, as its name suggests, provides a name for an endpoint. Endpoint identifiers consist of two parts: a local name of the endpoint in the context of the gateway and the domain name of the gateway itself. The two parts are separated by an at sign (@). If the local part represents a hierarchy, the subparts of the hierarchy are separated by a slash. In Figure 6-35, the local ID might be representative of a particular gateway/circuit #, and the circuit # might in turn be representative of a circuit ID/channel #. In Figure 6-35, mgcp.gateway.cisco.com is the domain name, and t1toSJ/17 refers to channel 17 in the T1 to San Jose. Figure 6-35. MGCP Endpoint Identifier

WiMax網路 獲企業用戶青睞

Image
【本報紐約訊】新一代無線寬頻傳輸技術WiMax趨於成熟,網路服務供應商紛紛利用這項高科技為企業建置網路環境,企業用戶可用更低廉的成本、享受更快速的上網品質,並掙脫長久以來電話公司幾近於獨占的強勢掌控。 根據美聯社報導,近年來,網路服務供應商(ISP,Internet Service Provider)善用無線傳輸技術挑戰電話公司幾近獨占的地位,但效果有限,直到最近WiMax技術成熟,網路服務供應商挾著這項高科技的威力再度出征,終於獲得企業界青睞。 總部位於麻州的塔流公司(Towerstream)是近幾年才創立的固定/無線寬頻服務供應商,正積極在全美各地推廣WiMax企業網路服務,營運觸角涵蓋紐約、邁阿密、洛杉磯、芝加哥、西雅圖、舊金山、波士頓等地;以紐約為例,目前在曼哈頓一棟27層樓高建築物屋頂架設天線,透過天線可為一定範圍內的用戶提供資料傳輸服務。 塔流公司執行長湯普森(Jeff Thompson)站在天線所在地眺望紐約市景,視線範圍從格林威治村一路延伸到曼哈頓中城,視線所及的每一棟大樓都是塔流公司的潛在客戶;該公司所提供的寬頻服務傳輸速度最高可達每秒10億位元(1 gigabit),一般狀況下,傳輸速率為每秒2000萬位元(20 megabit),消費端的下載速度與藉助其他技術的傳輸速度差別不大,但資料上傳速度快很多,對企業來說是一大突破。 史普林新一代(Sprint Nextel)也計畫今年底前在芝加哥開始提供WiMax寬頻網路傳輸服務;不過,執行長佛西(Gary Forsee)10月初被迫下台為這項計畫埋下變數,為求因應,已另外規劃與清晰線路公司(Clearwire)合作。以開發企業用戶為主的無線網路服務供應商也躍躍欲試,德州的iBroad-band便是一例。 塔流公司的運作模式是,向相關單位取得高聳建築物屋頂使用權、而後架設天線、在鄰近區域開發企業用戶,然而,這套模式並非萬靈丹,有些業者已宣告陣亡;上選公司(Best Buy)轉投資的Speakeasy2004年便以西雅圖地標建築物Space Needle為基地提供服務,卻無疾而終,塔流公司今年出面接收,打算起死回生。 塔流第三季核心業務毛利率高達59%,但由於斥資擴張設備,出現160萬元虧損、營收170萬元。 Newscast公司目前是塔流的客戶,之前曾向電話公司租用標準低頻網路線T1,這家企業的副總蘇萊

Configuring Echo Cancellation

Echo cancellation is configured at the voice port level. It is enabled by default, and its characteristics are configurable. Echo cancellation commands are as follows: echo-cancel enable —Enables cancellation of voice that is sent out through the interface and received back on the same interface. Sound that is received back in this manner is perceived by the listener as echo. Echo cancellation keeps a certain-sized sample of the outbound voice and calculates what that same signal looks like when it returns as an echo. Echo cancellation then attenuates the inbound signal by that amount to cancel the echo signal. If you disable echo cancellation, it will cause the remote side of a connection to hear echo. Because echo cancellation is an invasive process that can minimally degrade voice quality, you should disable this command if it is not needed. There is no echo path for a four-wire E&RM interface. The echo canceller should be disabled for this interface type. echo-cancel coverage —

QSIG(Q SIGnaling)

QSIG(Q sinnaling)是一種數位綜合服務網的協定,在專用數位交換網基於Q931標準的一種傳輸信號。Q信號被廣泛使用在IP網、虛擬私人網路、高速多功能企業網、教育網和企業機關網。 Q信號在不同的銷售商生產的設備組成的結點間傳遞時確保了Q931的基本功能。這些功能包括啟動(表示連接建立的信號)、處理信號(說明信號被目的端處理的信號)、響鈴警告(告訴互交方目的結點正在響鈴)、連接(返回呼叫端說明目的節電已經接收到信號)、釋放/完成(說明發送方或接受放已經中止了信號)。Q信號分兩層:BC層(基本層)和CF層(產生層)。BC層用於遮罩硬體差別,使信號在結點間透明傳輸。Q信號GF層為大型企業網、教育網、政府機關網提供了附加功能,如線性鑒定、呼叫中斷、呼叫分發、多媒體應用等。

Configuring Hookflash Relay on FXS/FXO Voice Ports

Introduction When you integrate Voice over IP (VoIP) technologies to legacy private branch exchange (PBX) and public switched telephone networks (PSTNs), there is sometimes a need to pass a type of signaling known as 'hookflash'. A hookflash is a brief interruption in the loop current on loopstart trunks that the attached system does not interpret as a call disconnect. Once the PBX or PSTN senses the hookflash, it generally puts the current call on hold and provides a secondary dial tone or access to other features such as transfer or call waiting access. A hookflash is done by momentarily pressing down the cradle on a telephone. Some telephone handsets have a button called 'flash' or 'recall' that sends a 'timed loop break', or 'calibrated flash' which is a hookflash that has a precise timing. Background Information Many customers use a combination of FXS and FXO ports to extend telephone handsets across IP networks. They want to preserve featur

E&M Signalling Interface

Image
Introduction This appendix provides additional information on the tie line signalling standards and the FastPAD's E&M interface. The material presented here supplements the information provided in Chapter 7. Signalling Types The FastPAD supports five E&M signalling standards (Types I through V) for PBX tie line interfaces. These conventions, as defined by AT&T specifications, are described below. With each signalling type, the PBX supplies one signal, known as the M signal (for Mouth), and accepts one signal, known as the E signal (for Ear). Conversely, the tie line equipment (e.g., the FastPAD) accepts the M signal from the PBX and provides the E signal to the PBX. The M signal accepted by the tie line equipment at one end of a tie circuit becomes the E signal output by the remote tie line interface. Each of the five types is illustrated in Figure G-1. The illustrations in this figure are abstracted from the specifications to show the essential components of the signa

Understanding and Troubleshooting Analog E&M Start Dial Supervision Signaling

Image
Introduction This document discusses analog recEive and transMit (E&M) Start Dial Supervision signaling. Start Dial Supervision is the line protocol that defines how the equipment seizes the E&M trunk and passes the address signaling information (sends dual tone multifrequency (DTMF) digits). The three main start dial supervision protocols used on E&M circuits are Immediate Start, Wink Start, and Delay Dial. Wink Start Signaling Wink is the most commonly used protocol. This is the Wink Start operation process: 1. Originating side seizes the trunk by going off-hook. 2. Terminating side remains idle (on-hook) until the digit collection equipment is attached. 3. Once the terminating side is ready, it sends a wink. A wink is an on-hook to off-hook to on-hook transition. This transition period ranges from 100 to 350 ms. 4. Once the origination side receives the wink, (which is interpreted as an indication to proceed), it sends the address (digits) information. 5. The call is the

雙音多頻信號(Dual-Tone MultiFrequency, DTMF) vs 脈衝式撥號(Pulse Dialing)

Image
雙音多頻信號(DTMF): 雙音多頻式電話,見下圖,顧名思義是建基於雙音調、多頻率 (Dual Tone Multi-Frequency, DTMF) 的概念。這種技術與傳統的十位脈衝式電話中以電脈衝的形式傳送訊號有所不同,DTMF電話所撥出的每個數字都由兩個音調組成,並以可聽得到的音調傳送到電話交換機。 雙音多頻式電話 DTMF電話配有一個按鍵式的撥號盤,上面有0至9的撥號數字,另外還有星號“*”及井號“#”用作完成一些特定的功能。如下圖所示,按鍵是以四列三行的二維陣列形式排列,對於每一列或行,都有特定頻率的音調。行的音調頻率較高而列的音調頻率則較低。當某一按鍵被按下時,由兩個不同頻率所組成的雙音調訊號會產生,這兩個頻率一個屬於低頻率群組而另一個則屬於高頻率群組。就是這個原因,所以我們才稱這種技術為“雙音多頻”。在這種技術中,由7個不同頻率的音調 (4個列頻率 + 3個行頻率) 可組成12種不同的頻率組合 (4 x 3)。舉例來說,若我們按下按鍵“5”,由770 Hz及1336 Hz組成的音調訊號會一起被傳送到電話交換機譯碼再分辨出所撥的是哪一個號碼。 按鍵號碼及其對應的頻率對應表 脈衝式撥號(PULSE DIALING): 使用於較老式的轉盤式號碼盤. 電話機,當號碼盤轉動時,以脈衝的多寡代表所播出的號碼。

迴路起動訊號(Loop start signaling) vs 接地起動訊號通知(Ground Start Signaling)

迴路起動訊號(Loop start signaling) 在家庭環境中,在本地電話總機房的電話交換機,可以根據電流是否流過本地迴路連線回到電話上來判別到底電話是 被拿起聽筒(off-hook) 還是 被掛上聽筒(on-hook) 的狀態。因為一隻聽筒被拿起來的電話就在機械方面來說它的尖塞(tip)和振鈴(ring)電路是開啟的,通過尖塞(tip)和振鈴(ring)所使用的-48伏特直流電並沒有做任何的事情。這個電壓只是在那邊等待著電路的關閉。當電話聽筒被拿起來之後,那麼,尖塞(tip)和振鈴(ring)電路關閉了,電流就可以開始流動通過這條電路。當電話總機房的電話交換器看見了這個電流開始流動,它便知道這隻電話已經被拿起聽筒,而且電話交換機會傳送撥號音(dial-tone)給這個發話者,告知他們可以開始撥打號碼了。這種類型的監督訊號傳送(supervisory signaling)被稱之為迴路起動訊號通知(loop start signaling)。 迴路起動訊號通知(Loop start signaling)有個可議之處就是睨視(glare)。您是否曾經拿起電話撥打給某人,但是您聽不到任何的撥號音卻發現某人正在電話線的另一端。如果是這樣子的情況,您就是發生了睨視(glare)。 睨視(glare)又被稱之為通話碰撞(call collision),當同一個Trunk或是通道(channel)的兩端在同一個時間不約而同的拿起電話來準備建立通話時就會發生無法撥通的情況。 睨視(glare)在家庭環境中可能不是個大問題,但是對於連結到公司私人電話交換機(PBX)系統的線路會是怎麼樣呢?因為連接至私人電話交換機(PBX)的線路會發生明顯比您在家中電話使用更大量的通話,在PBX上使用迴路起動訊號發生睨視(glare)的可能性遠遠大於在您家中電話發生睨視(glare)的可能性。因此,您有時會發現在PBX以及在投幣式電話上使用了另一種類型的訊號傳送。也就是接地起動(ground start),這種訊號傳送的方式可以避免睨視(glare)現象的發生。 接地起動訊號通知(Ground Start Signaling) 利用接地起動訊號通知(ground start signaling),電話交換機監控著線路上電壓電位“振鈴(ring)”的提示,當振鈴(ring)提示擁有接地電位時,這

Lost Calls Cleared(LCC) vs Lost Calls Held(LCH) vs Lost Calls Delayed(LCD)

Lost Calls Cleared(LCC)(遺失通話清除) LCC假設當電話被撥打時,伺服器(網路)正處於忙碌或是無法提供服務的狀態,該通話消失於系統中(沒有紀錄)。因此你放棄了並且嘗試去進行其他的動作。 Lost Calls Held(LCH)(遺失通話保留) LCH假設一個電話在系統中維持保留的期間內,不論該電話號碼是否被撥打。因此在你放棄之前,你持續地去重撥直到保留時間結束。 Lost Calls Delayed(LCD)(遺失通話延遲) LCD意謂當電話被撥打時,它維持在一個佇列中的等待時間直到伺服器準備好去處理這筆通話。 Note: LCC導致在主繼幹線(trunk)中的所需要的通話數量被低估;另一方面,LCH導致高估了在主繼幹線(trunk)中所需要的通話數量。

Poisson 分配

考慮下列現象:每小時服務台訪客的人數,每天家中電話的通數,一本書中每頁的錯字數,某條道路上每月發生車禍的次數,生產線上的疵品數,學生到辦公室找老師的次數……。大致上都有一些共同的特徵:在某時間區段內,平均會發生若干次「事件」,但是有時候很少,有時又異常地多,因此事件發生的次數是一個隨機變數,它所對應的機率函數稱為 Poisson 分配。 一個 Poisson 過程有三個基本特性: (1) 在一個短時間區間 T 內,發生一次事件的機率與 T 成正比 。 (2) 在短時間內發生兩次以上的機率可以忽略。 (3) 在不重疊的時間段落裡,事件各自發生的次數是獨立的。

厄蘭(Erlangs)

一個公司的電話系統(例如,私人電話交換機(PBX))的通話數量利用厄蘭(Erlangs)來測量,厄蘭(Erlangs)是一小時的電話使用量。例如,如果您和您的三位同事每一個人使用您們的公司電話系統在相同小時中使用了30分鐘,那就是總共120通話分鐘(意即,4 * 30)的電話系統使用量。因為厄蘭(Erlangs)測量的單位是小時,您能將通話分鐘數除於60來轉變通話分鐘數成為厄蘭(Erlangs)。在本例中,您和您的同事擁有價值為2厄蘭(Erlangs)的電話系統使用量(意即,120 / 60)。 讓我們考慮一個方法來只需要您知道您的公司電話系統在一整個月期間內被使用的總分鐘數。這個“通話分鐘(call minutes)”數值可能來自於您公司的內部分機通話詳細紀錄或是來自於您公司的電話帳單。 據統計,一家公司電話系統在一天中忙碌小時(busy hour)期間內所經歷的通話分鐘數可以利用以下的公式來粗略估計︰ 忙碌小時通話分鐘數(Busy_Hour_Call_Minutes) = [每月通話分鐘(Monthly_Call_Minutes) / 22] * 0.15 這個公式的基本原理基於觀察一個月包含大約22個營業日,並且在營業日中,一天通話量大約有百分之15發生在那天最繁忙小時期間。將忙碌小時通話分鐘數(Busy Hour Call Minutes)除於60,然後我們可以計算出來忙碌小時厄蘭(Erlangs)的數值。 舉例來說,假設有一家公司電話帳單顯示一個月的電話使用量是50,000分鐘。我們可以計算出來這家公司的忙碌小時通話分鐘數如下︰ 忙碌小時通話分鐘數(Busy_Hour_Call_Minutes) = [50,000 / 22] * .15 = 340.9 通話分鐘 下一步,將通話分鐘數值除於60我們可以轉換通話分鐘數值變成厄蘭(Erlangs): 厄蘭(Erlangs) = 341 / 60 = 5.7

尖峰時間平均阻塞率(Grade of Service, GoS)

如果我們購買足夠的幹線(在私人電話交換機(PBX)世界中)或是足夠的頻寬(在網路電話(VoIP)世界中)來處理忙碌小時期間的每一個通話,某些幹線,或是頻寬,可能在一天的其餘時間裏並未被使用到。因此,我們必須確定一個在一天最忙碌小時期間內可接受的通話被拒絕的百分比。這個百分比被定義為尖峰時間平均阻塞率(grade of service,GoS)。 通常,電話網路設計者使用一個尖峰時間平均阻塞率(GoS)的百分比(P)(0.01),也就是一個通話在一天中最忙碌小時期間內被拒絕的機會是百分之一。

柔和噪音產生器(Comfort Noise Generator, CNG)

VoP是支援採用語音行為探測(VAD)的模式。在一般的電話通話過程中,50%或更多的時間都沒有語音信號,只有一些背景噪聲。如果在一個時間內沒有語音信號,可以不用傳送數據包。這會大幅降低對RTP處理器和網路呼叫客戶端的要求。在這種模式下運行時,通常感覺上語音品質比較差。但 柔和噪音產生器(Comfort noise Generator) 能藉由添加背景噪音來改善聲音效果,因為在話音間斷期間完全沒有聲音會讓人感覺不舒服。 因此,在進行網路閘道設計時,確定在何處產生RTP以及是否啟用VAD對設計工程師而言都非常重要,這些都會大幅影響VoP網路閘道設計的整體品質。

緊急回應定位(Emergency Response Location, ERL) vs 緊急定位辨識號碼(Emergency Location Identification Number, ELIN)

緊急回應定位(Emergency Response Location, ERL) 指的是緊急電話(911/119)撥打的所在位置。在網路電話網路中常見VoIP號碼可攜,來電號碼並非總是代表緊急電話所在位置,因為發話者維持相同的代表號不論他們真實的所在位置。將設備及Port與一個ERL群組產生關聯性讓ERL可以被使用於號碼可攜網路中。 緊急定位辨識號碼(Emergency Location Identification Number, ELIN) 是一個NANP(North American Numbering Plan)電話號碼用來使得緊急電話被導引至適當的PSAP。在一個可攜號碼網路中,來電號碼(Automatic Number Identification, ANI)是使用者所使用的可攜號碼,當通話被傳送至PSAP時,來電號碼就會被ELIN所取代。這樣的取代使得PSAP可以紀錄來電號碼並且可以回撥如果有這方面的需求時。每一個ERL都有一個唯一的ELIN相關聯。當一個漫遊的使用者登入網路電話系統時,這個網路電話號碼的ELIN就會根據網路電話連接的Port上相關聯的ERL而被確認。

公眾安全回應點 (Public Safety Answering Point, PSAP)

美國聯邦電信委員會(FCC)的強制要求(E911) 在1996年6月,美國聯邦電信委員會(FCC)正式通過一個報告書並要求擴大在無線911的服務(E911)。這個法規要求美國本土內的細胞式行動通訊系統(包括GSM,IS-95,cdma2000,...)、寬頻的個人通訊服務系統(PCS)等,要能傳遞撥話者的電話號碼至 公眾安全回應點 (PSAP) ,並當有緊急電話(911)撥出能自動地轉給適當的PSAP,且即時地提供撥話者(發話手機)的所在位置。 無線的E911方案分成兩個階段,Phase I與Phase II。第一階段從2001年10月1日開始,其要求無線載波回報使用手機撥打911緊急電話的撥話者其電話號碼與撥話時的位置。第二階段要求無線載波提供更精準的位置資訊,一般為10米至100米。FCC針對第二階段制定一個4年的時程表,從2001年10月1日至2005年12月31日止。FCC針對 E911緊急情況服務命令的性能要求亦公佈一個適當的標準,依據使用定位技術的類別,針對性能上的要求亦有所不同。 緊急電話處理程序 1.用戶將話機使用地點通知Service Provider。 2.Service Provider將資料存入PSAP資料庫。 3.用戶撥打緊急電話(911/119)。 4.Call Server尋找處理緊急電話之PSAP。 5.緊急電話接通處理緊急電話之PSAP。 6.PSAP值班人員與用戶通話,有連接ALI(Automatic Location Identification)資料庫的PSAP能夠顯示發話者的電話號碼及發話位址資料。 7.PSAP通知相關緊急處理單位前往處理。

集中式數位交換機(CENTREX)系統

一般公司行號採購電話系統時,大部分都是自行購置私用交換機(PBX)。其實除了PBX之外,亦可選擇電信公司提供的CENTREX電話系統。 所謂CENTREX電話系統,中文翻譯為「集中式數位交換機」,簡稱CENTREX虛擬總機。就是在電信公司在市話交換機上,附加用戶專用交換機(PBX)軟體的功能,使在CENTREX系統之各線獨用電話可兼有私用交換機的分機功能。在CENTREX系統中,電信公司將市話交換機的部分用戶定義為一個基本用戶群,該用戶群的用戶不僅擁有普通用戶的所有功能,而且擁有私用交換機的所有功能。CENTREX系統用戶的分機可以獨立計費,也不會因中繼數量不足而產生話路壅塞;除此之外,若同一公司有多個辦公地點,而均在同一市話交換機之供線範圍內,則全部之分機皆可以視為同一套總機之分機,這是一般私用交換機所不及的地方。以前因為CENTREX線路的申租費用較高、大部分是學校等建築物分散的用戶在使用。但隨著固網業務開放,CENTREX線路租用費用日益降低,將吸引人更多企業用戶捨棄自行建置PBX而改用CENTREX系統。 CENTREX系統的功能 一般來說,電信公司為CENTREX用戶提供下列一般及特殊功能: 一.外線直接撥入分機(DID) 不必另外申請,外線就可以直接撥入任一分機,分機亦可以不經總機之轉接,直接抓外線撥號。 二.分機限撥 每一分機可以做適當之限制,如限撥外線、長途、國際或限外線直接撥入分機等之各項限制。 三.電話轉接功能 當電話進來,完成通話之後,如要再找第三人時,可以利用本功能,將電話轉接到第三人,繼續通話而不必重撥。 四.來話保留(Call Hold) 接到電話時,如需要轉問其他人員,而不希望對方知道通話內容時,可以利用本功能將對方保留起來,進行詢問動作;完成後,在接回對方,繼續服務工作。 五.仲介電話功能 控制者可以利用本功能,自行控制要與甲方或乙方通話,當與甲方通話時,乙方成保留狀態,而聽不到甲方與控制者之通話內容;反之亦同。 六.呼叫代接功能 同一單位之電話可以設定為同一帶接群,當有同事不再位置上,而有電話進來時,可以利用呼叫代接功能代接其電話,而不必到他的位置上幫他接電話。 七.條件指定轉接 當電話忙線與電話進來而無法應答時,將電話轉到所設定之電話。 八.自動回叫(Call Back) 當你有急事要與對方聯繫,而對方又在電話中,不知對方何時完成

Gatekeeper-Routed Call Signaling(GKRCS) vs Direct Endpoint Signaling

Image
There are two types of gatekeeper call signaling methods: Direct Endpoint Signaling —This method directs call setup messages to the terminating gateway or endpoint. Gatekeeper-Routed Call Signaling (GKRCS) — This method directs the call setup messages through the gatekeeper. Note: Cisco IOS gatekeepers are Direct Endpoint signaling based and do not support GKRCS. These diagrams illustrate the differences between these two methods:

Back-to-back user agent(B2BUA)

From Wikipedia, the free encyclopedia The Back-to-Back User Agent (B2BUA) acts as a user agent to both ends of a Session Initiation Protocol (SIP) call. The B2BUA is responsible for handling all SIP signalling between both ends of the call, from call establishment to termination. Each call is tracked from beginning to end, allowing the operators of the B2BUA to offer value-added features to the call. To SIP clients, the B2BUA acts as a User Agent server on one side and as a User Agent client on the other (back-to-back) side. The basic implementation of a B2BUA is defined in RFC 3261. The B2BUA may provide the following functionalities: call management (billing, automatic call disconnection, call transfer, etc.) network interworking (perhaps with protocol adaptation) hiding of network internals (private addresses, network topology, etc.) codec translation between two call legs Because it maintains call state for all SIP calls it handles, failure of a B2BUA affects all these calls. Often

Dejitter

The dejitter buffer size determines the ability of the emulated circuit to tolerate network jitter. The dejitter buffer in CEoIP software is configurable up to 500 milliseconds; the maximum amount of network jitter that CEoIP can tolerate is ±250 milliseconds. dejitter-buffer size Example: Router(config-cem)# dejitter-buffer 80 (Optional) Specifies the size of the dejitter buffer used to compensate for the network filter. Use the size argument to specify the size of the buffer in milliseconds. Default is 60.

Quality of Service Options on GRE Tunnel Interfaces

The qos pre-classify command When packets are encapsulated by tunnel or encryption headers, QoS features are unable to examine the original packet headers and correctly classify the packets. Packets traveling across the same tunnel have the same tunnel headers, so the packets are treated identically if the physical interface is congested. With the introduction of the Quality of Service for Virtual Private Networks (VPNs) feature, packets can now be classified before tunneling and encryption occur. In the following example, tunnel0 is the tunnel name. The qos pre-classify command enables the QoS for VPNs feature on tunnel0: Router(config)# interface tunnel0 Router(config-if)# qos pre-classify Characterizing Traffic for QoS Policies When configuring a service policy, you first may need to characterize the traffic that is traversing the tunnel. Cisco IOS supports Netflow and IP Cisco Express Forwarding (CEF) accounting on logical interfaces like tunnels. See the NetFlow Services Solutions

Cisco Security Device Manager(SDM) three categories

The Cisco SDM QoS wizard offers easy and effective optimization of LAN, WAN, and VPN bandwidth and application performance for different business needs (for example, voice and video, enterprise applications, and web). Three predefined categories are: 1. Real-time 2. Business-critical 3. Best-effort In addition, the Cisco SDM QoS wizard supports NBAR, which provides real-time validation of application usage of WAN bandwidth against predefined service policies as well as QoS policing and traffic monitoring.

Police vs Shape

Policing can be applied to either the inbound or outbound direction , while shaping can be applied only in the outbound direction . Policing drops nonconforming traffic instead of queuing the traffic like shaping. Policing also supports marking of traffic . Traffic policing is more efficient in terms of memory utilization than traffic shaping because no additional queuing of packets is needed. Both traffic policing and shaping ensure that traffic does not exceed a bandwidth limit, but each mechanism has different impacts on the traffic: 1. Policing drops packets more often, generally causing more retransmissions of connection-oriented protocols, such as TCP. 2. Shaping adds variable delay to traffic, possibly causing jitter. Shaping queues excess traffic by holding packets in a shaping queue. Traffic shaping is used to shape the outbound traffic flow when the outbound traffic rate is higher than a configured rate. Traffic shaping smoothes traffic by storing traffic above the co

Processing vs Queuing vs Serialization vs Propagation vs End-to-End delay

1. Processing delay: The time that it takes for a router (or Layer 3 switch) to take the packet from an input interface and put it into the output queue of the output interface. The processing delay depends on various factors: CPU speed CPU utilization IP switching mode Router architecture Configured features on both the input and output interfaces 2. Queuing delay: The time that a packet resides in the output queue of a router. Queuing delay depends on the number of packets already in the queue and their sizes. Queuing delay also depends on the bandwidth of the interface and the queuing mechanism. 3. Serialization delay: The time that it takes to place a frame on the physical medium for transport. This delay is typically inversely proportional to the link bandwidth. 4. Propagation delay: The time that it takes for the packet to cross the link from one end to the other. This time usually depends on the type of media. (For example, satellite links produce the longest propagation delay b

Convert Digital Signals to Analog Signals Steps

Step 1 Decompression: If the voice signal was compressed by the sender, it is first decompressed. Step 2 Decoding: The received, binary formatted voice samples are decoded to the amplitude value of the samples. This information is used to rebuild a PAM signal of the original amplitude. Step 3 Reconstruction of the analog signal: The PAM signal is passed through a properly designed filter that reconstructs the original analog wave form from its digitally coded counterpart. The whole process is simply the reverse of the analog-to-digital conversion. Like analog-to-digital conversion, digital-to-analog conversion is performed by DSPs, which are located on the voice interface cards. The conversion is needed for calls being received from a packet network or digital interfaces, which are then transmitted out an analog voice interface.

FXS vs FXO vs E&M

Gateways use different types of interfaces to connect to analog devices, such as phones, fax machines, or PBX or public switched telephone network (PSTN) switches. Analog interfaces used at the gateways include these three types: FXS : The FXS interface connects to analog end systems, such as analog phones or analog faxes, which on their side use the FXO interface. The router FXS interface behaves like a PSTN or a PBX, serving phones, answering machines, or fax machines with line power, ring voltage, and dial tones. If a PBX uses an FXO interface, it can also connect to a router FXS interface. In this case, the PBX acts like a phone. FXO : The FXO interface connects to analog systems, such as a PSTN or a PBX, which on their side use the FXS interface. The router FXO interface behaves like a phone, getting line power, ring voltage, and dial tones from the other side. As mentioned, a PBX can also use an FXO interface toward the router (which will then use an FXS interface), if the PBX ta

Convert Analog Signals to Digital Signals Steps

Step 1 Sampling: The analog signal is sampled periodically. The output of the sampling is a pulse amplitude modulation (PAM) signal. Step 2 Quantization: The PAM signal is matched to a segmented scale. This scale measures the amplitude (height) of the PAM signal. Step 3 Encoding: The matched scale value is represented in binary format. Step 4 Compression: Optionally, voice samples can be compressed to reduce bandwidth requirements. Analog-to-digital conversion is done by digital signal processors (DSPs), which are located on the voice interface cards. The conversion is needed for calls received on analog lines, which are then sent out to a packet network or to a digital voice interface.

Service-Provider CCIE Written 補充資料整理完結

經過了兩三個月的時間,我儘了最大的努力找出所有SP CCIE Written可能相關"主題"的文章摘要,並且用紅色字體標註"重點",希望對各位了解題意有幫助,順便可以知道原來的文章出處及更詳盡的內容意義。 今天已經完成了第一階段的SP CCIE Written考試,接下來就是要準備第二階段SP CCIE Lab的部份了,我會邊作Lab邊將個人心得紀錄在這個blog中,希望我的經歷可以讓各位更輕鬆地準備SP CCIE! 祝各位CCIE Candiates好運! 一起克服大魔王!

Why Are Some OSPF Routes in the Database but Not in the Routing Table?

Image
Introduction A common problem when using Open Shortest Path First (OSPF) is routes in the database don't appear in the routing table. In most cases OSPF finds a discrepancy in the database so it doesn't install the route in the routing table. Often, you can see the Adv Router is not-reachable message (which means that the router advertising the LSA is not reachable through OSPF) on top of the link-state advertisement (LSA) in the database when this problem occurs. Here is an example: Adv Router is not-reachable LS age: 418 Options: (No TOS-capability, DC) LS Type: Router Links Link State ID: 172.16.32.2 Advertising Router: 172.16.32.2 LS Seq Number: 80000002 Checksum: 0xFA63 Length: 60 Number of Links: 3 There are several reasons for this problem, most of which deal with mis-configuration or a broken topology. When the configuration is corrected the OSPF database discrepancy goes away and the routes appear in the routing table. This document explains some of the more common rea