outbound服务器地址什么意思

① 浠涔堟槸IVR涓诲姩澶栧懠锛圤utbound锛

澶栧懠鍒嗕负涓や釜阒舵碉细澶栧懠鏁版嵁镄勮幏鍙栦互鍙婂栧懠锷ㄤ綔镄勫彂璧枫侽utbound閮ㄤ欢璐熻矗瀹屾垚澶栧懠锷ㄤ綔镄勫彂璧峰姛鑳斤纴姝や笉璧樿堪銆傝繖閲屽皢瑕佷粙缁岖殑鏄澶栧懠鏁版嵁镄勮幏鍙栧姛鑳姐 锻煎嚭链嶅姟璐熻矗涓诲姩鍙戣捣瀵瑰㈡埛镄勫懠鍙銆傚懠鍑烘湁涓夌岖被鍨嬶细棰勮埚瀷銆侀勬祴鍨嫔拰棰勭害鍨嬨 棰勮堟嫧鍙凤细 绯荤粺棣栧厛鎺ラ氩骇甯镄勭数璇濈劧钖庡啀𨰾ㄥ㈡埛鍙风爜锛岀瓑寰呮帴阃氲繃绋嬩箣钖庯纴璇濆姟锻樻垨钥呭彲浠ュ拰瀹㈡埛阃氲瘽锛屾垨钥呭洜涓哄崰绾裤佹棤浜哄簲绛斻佺┖鍙枫佺嚎璺鏁呴㱩绛夊师锲犺屾斁寮冿绂棰勬祴𨰾ㄥ彿鍒欐槸灏嗘暣涓杩囩▼镊锷ㄥ寲锛岃＄畻链洪夋嫨瑕佹嫧镄勫㈡埛骞跺紑濮嬫嫧鍙凤纴镓链夋棤鏁堢殑锻煎彨锛埚傚繖阔炽佹棤搴旂瓟銆佹満鍣ㄦ帴钖锛夐兘灏呜璺宠繃锛屼笉鎺ラ氲瘽锷″憳锛屽傛灉瀹㈡埛搴旂瓟锛屽懠鍙灏呜繀阃熻浆缁欎竴涓璇濆姟锻桡纴濡傛灉锲犱负镆愮嶅师锲狅纸蹇欍佹棤浜烘帴锛夊懠鍙镞犳硶阃佸埌璇濆姟锻桡纴灏卞皢鍙风爜鏀惧叆涓涓鏂扮殑镵旂郴钖嶅崟绛夊緟钖堥傜殑镞堕棿鍐嶆嫧銆 棰勭害锻煎嚭锛 瑕佹眰瀹㈡埛涓瀹氱▼搴︾殑鍙备笌锛岄氲繃镰旂┒镓涓婚〉銆佺数璇濈瓑锻ㄨ竟镓嬫点佷汉宸ュ骇甯鏂瑰纺锛屽㈡埛镊瀹氢箟镓闇镄勬湇锷′互鍙婇佽揪镄勯氲镓嬫点傜郴缁熸牴鎹瀹㈡埛镄勯勭害璇锋眰锛屽彂阃佸㈡埛镓闇淇℃伅锛屽疄鐜版湇锷° 棰勬祴𨰾ㄥ嚭锛 浣跨敤澶嶆潅镄勬暟瀛︾畻娉曡冭槛澶氱嶅洜绱狅纴濡傚彲鐢ㄧ殑鐢佃瘽绾胯矾鏁般佸彲鐢ㄦ帴绾垮憳鏁般佹棤娉曟帴阃氭湡链涘骇甯镄勬傜巼绛夛纴棰勬祴𨰾ㄥ嚭鍙戝嚭镄勫懠鍙寰寰姣旇瘽锷″憳澶勭悊镄勮佸氾纴瀹冧负璇濆姟锻樿妭鐪佷简澶ч噺镞堕棿锛堟煡鍙枫佹嫧鍙枫佺瓑寰呴渿阈冿级锛屼粠钥屽ぇ澶ф彁楂樻晥鐜囥 锻煎嚭链嶅姟锛屽彲浠ョ敤浜庡竞鍦哄垎鏋愶纴渚嫔傚彲浠ラ氲繃瀹冩寜镦у悕鍗曡嚜锷ㄦ嫧阃氩ぇ閲忕敤鎴凤纴杩涜屼笟锷￠渶姹傛垨链嶅姟婊℃剰搴︾殑璋冩煡锛屾垨钥呭㈡埛锲炶跨瓑娲诲姩銆 锻煎嚭濯掍綋涓昏侀噰鐢ㄤ互涓嫔嚑绉嶆垨镙规嵁瑕佹眰娣诲姞鍏跺畠镓嬫碉细 镓嬫満鐭娑堟伅锛氩埄鐢ㄤ笌镓嬫満链嶅姟鍟呜剧珛鎺ュ彛阃氲链恒 BP链鸿嚜锷ㄥ彴锛氩埄鐢ㄤ笌浼犲懠鍙扮殑镊锷ㄥ彴鎻愮ず锷熻兘瀹炵幇浠ｇ爜锻煎嚭銆 E锛峂AIL锛氩埄鐢锛╋籍锛达讥锛诧籍锛ワ即链嶅姟銆 鐢佃瘽锛氩埄鐢ㄧ数淇＄殑鍏鍏辩绣鍙戦佽阔虫垨鍏朵粬淇℃伅銆 浼犵湡锛氩拰鐢佃瘽铡熺悊鐩稿悓銆 IP鐢佃瘽锛氩懠鍙鍏堥噰鐢↖P镄勬柟寮忥纴阃氲繃浜掕仈缃戜紶杈掳纴铹跺悗杞鎹㈡垚PSTN銆 绯荤粺鐢佃瘽涓诲姩锻煎嚭涓昏佹湁涓ょ嶆柟寮忥细 IVR娴佺▼镊锷ㄥ懠鍑 绯荤粺镙规嵁棰勫厛璁惧畾镄勫彿镰佸簱锛屽畾镞惰嚜锷ㄥ懠阃氱敤鎴凤纴钖戠敤鎴锋挱鏀惧悇绉嶈剧疆镄勮阔炽佸彂阃佺煭 璁銆丒MAIL绛夈傚畠镞犻渶浜哄伐鍙备笌銆 绯荤粺涔熷彲浠ユ牴鎹鐢ㄦ埛棰勭害镄勬椂闂村拰濯掍綋锛屾寜镞惰嚜锷ㄥ懠阃氱敤鎴凤纴钖戠敤鎴锋挱鏀鹃勫畾镄勪俊鎭銆傝繖绉嶆柟寮忓彲鐢ㄤ簬镊锷ㄦ垚浜ゅ洖鎶ャ佽屾儏鎶ヨ︾瓑銆 搴у腑涓诲姩锻煎嚭 绯荤粺镙规嵁鐝闀块夊畾镄勫彿镰佺粍鍜屼笟锷′唬琛ㄧ粍锛坣涓锛夛纴钖屾椂浠庡懠鍙风爜缁勪腑鏁伴夊畾n涓鍙风爜镊锷ㄨ繘琛屽懠鍙锛屽懠阃氩悗鎻愪氦缁欑﹀悎璇ユ妧鑳界殑绌洪棽镄勪笟锷′唬琛ㄣ傝嫢锻间笉阃氾纴鍒椤彟阃夋嫨涓涓鍙风爜銆傚綋涓氩姟浠ｈ〃阃氲瘽缁撴潫钖庯纴绯荤粺浼氲嚜锷ㄧ户缁锻煎彨銆 涓銆佽阔充俊绠辨湇锷(voice mail) 鎭掔敓瀹㈡埛链嶅姟涓蹇幂郴缁熸彁渚涘姛鑳戒赴瀵岀殑璇阔充俊绠辨湇锷°傚㈡埛鍙浠ラ氲繃璇ユ湇锷℃潵瀹屾垚锛 1銆 瀹㈡埛鐣栾█ 2銆 瀹㈡埛鐣栾█鎶曡瘔銆佸缓璁銆佽〃镓銆 3銆 瀹㈡埛鐣栾█鍙戣捣锛堜笉鍙婃椂鎴栧强镞讹级锻煎彨銆 4銆 瀹㈡埛钖鍙栫暀瑷锲炲嶃 5銆 瀹㈡埛钖鍙栫郴缁熺暀瑷銆 6銆 瀹㈡埛钖鍙栧㈡埛鐣栾█銆 7銆佽剧疆/淇鏀硅阔充俊绠卞瘑镰 浜屻佺煭娑堟伅链嶅姟锛堬汲锛锛筹级 鎭掔敓瀹㈡埛链嶅姟涓蹇幂郴缁熸彁渚涚煭娑堟伅链嶅姟鍣ㄦ潵澶勭悊銆佸瓨鍌ㄨ浆鍙戠煭娑堟伅銆傜煭娑堟伅链嶅姟鍣ㄦ帴鏀剁煭娑堟伅锻煎彨锛屽湪钖慖CM璇锋眰浣灭粺涓镄勬帓阒熷勭悊锛涘傛灉绯荤粺𨱌傛椂涓嶈兘鍗虫椂镄勫勭悊镞剁煭娑堟伅链嶅姟鍣ㄤ细灏呜ユ秷鎭淇濆瓨寰呬互钖庡湪鍙戣捣锻煎彨銆傝屽彂璧风煭娑堟伅镄勬柟寮忓垯链変袱绉嶏细镊锷ㄤ笟锷℃祦绋嫔彲浠ュ崟涓鎴栬呮壒閲忕殑鍙戣捣锛涘彟澶栦汉宸ヤ笟锷′篃鍙浠ュ仛涓浜涗釜镐у寲镄勭煭娑堟伅链嶅姟銆 链嶅姟鏂瑰纺锛 A锛夈佺煭娑堟伅镄勬帴鏀朵笌瀛桦偍锛氭帴鍙桽MS锻煎彨骞朵缭瀛樸 B锛夈佺煭娑堟伅镄勫瓨鍌ㄤ笌鍙戦 鍙瀹氩埗锛堟ā𨱒匡级涓镐у寲鐭娑堟伅链嶅姟銆 鍙婃椂镄勫崟涓鎴栨壒閲忕殑鐭娑堟伅链嶅姟銆 瀹氭椂镄勫崟涓鎴栨壒閲忕殑鐭娑堟伅链嶅姟銆 鏀鎸佺Щ锷ㄣ佽仈阃氭敹镓嬫満鐢ㄦ埛浠ュ强锲鸿瘽鐭娑堟伅銆 涓夈佷紶鐪熸湇锷★纸锛︼集锛わ级 鎭掔敓瀹㈡埛链嶅姟涓蹇幂郴缁熷悜瑕佹眰浼犵湡镄勫㈡埛鎻愪緵浼犵湡链嶅姟銆傜郴缁熷彲镙规嵁浜嫔厛瀹氢箟濂界殑浼犵湡妯℃澘缁揿悎涓氩姟鏁版嵁鐢熸垚浼犵湡鏂囦欢锛屽苟浠ュ疄镞舵垨浜嫔悗鏂瑰纺鍙戦佷紶鐪熴 1) 浼犵湡缁存姢 浼犵湡鏁版嵁瀛桦偍锛氭妸浼犵湡鏁版嵁淇濆瓨涓烘枃浠讹纴钖屾椂寤虹珛绠＄悊妫绱㈠簱銆 浼犵湡鏁版嵁钖堟垚锛氭妸锲捐薄鏂囦欢鍜屼笟锷℃暟鎹鎸変竴瀹氱殑镙煎纺钖堟垚涓轰紶鐪熸枃浠躲 浼犵湡鏁版嵁杞鍙戯细鎻愬彇浼犵湡鏂囦欢涓镄勬暟鎹锛屽栧彂浼犵湡銆 2) 浼犵湡璇锋眰鏂瑰纺 鍦ㄧ嚎浼犵湡锛氩㈡埛鍦ㄤ紶鐪熸満涓婃墦鐢佃瘽鍒板懠鍙鍝嶅簲涓蹇冿纴锅氲繃涓浜涗氦鏄揿悗瑕佹眰浼犵湡链嶅姟锛屽氨鍦ㄤ紶鐪熸満涓婃寜阌鍒囨崲鍒颁紶鐪熸ā寮忥纴FAX阃氲繃钖屼竴𨱒＄嚎鍙戝洖锛岃繖绉嶆儏鍐垫槸钖屼竴鐢佃瘽镄勫嵆镞朵紶鐪熸湇锷° 澶栨嫧浼犵湡锛氩㈡埛阃氲繃鎸夐敭缁橧VR涓涓浼犵湡鍙风爜锛岀劧钖庢寕链猴纴绛夊緟浼犵湡銆傚懠鍙鍝嶅簲涓蹇冩敹鍒颁俊鎭钖庯纴灏嗕紶鐪熷彂鍒板㈡埛鎸囧畾镄勫彿镰併傝繖绉嶆儏鍐靛彲鑳芥槸瀹㈡埛阃氲繃鐢佃瘽瑕佹眰灏嗕紶鐪熷彂鍒板彟澶栦竴涓鍦版柟镄勪紶鐪熸満銆 3) 浼犵湡澶勭悊鏂瑰纺 A锛. 镊锷‵AX 瀹㈡埛镊寸数锻煎彨鍝嶅簲涓蹇冨悗锛岄栧厛杩涘叆IVR绯荤粺锛屽綋瀹㈡埛阃氲繃鎸夐敭瑕佹眰浼犵湡链嶅姟镞讹纴钖屾椂涔熶细灏嗕紶鐪熸満缃浜庝紶鐪熸帴鏀剁姸镐侊纴IVR链嶅姟鍣ㄦ敹鍒颁紶鐪熻锋眰钖庯纴鍙戦佷俊鎭鍒痨pplication Server锛孉pplication Server鍑嗗囧ソ浼犵湡鍐呭癸纴杩斿洖鏁版嵁鍖呯粰IVR链嶅姟鍣锛岀敱IVR鍙戦佷紶鐪熺粰瀹㈡埛銆 B锛. 浜哄伐FAX 瀹㈡埛鍜屽㈡埛链嶅姟浠ｈ〃浜よ皥杩囩▼涓锛屽傛灉闇瑕佷紶鐪熸湇锷★纴锻婄煡瀹㈡埛链嶅姟浠ｈ〃锛屽悓镞跺皢浼犵湡链虹疆浜庝紶鐪熸帴鏀剁姸镐侊纴瀹㈡埛链嶅姟浠ｈ〃鍑嗗囦紶鐪熷唴瀹癸纴灏嗘暟鎹鍖呬紶阃佸埌IVR Server銆傚傛灉闇瑕丄pplication鍑嗗囨暟鎹鍖咃纴鍒椤彂阃佷俊鎭缁橝pplication Server锛岀敱Application Server鍑嗗囧ソ浼犵湡鍐呭癸纴杩斿洖鏁版嵁鍖呯粰IVR链嶅姟鍣ㄣ傚悗闱㈢殑澶勭悊涓庤嚜锷‵AX绫讳技銆 锲涖佺绣缁滃懠鍙链嶅姟锛圵EB CALL锛 浜掕仈缃戠粶鐜澧冧笅镄勫㈡埛锛岄氲繃WEB CALL锛屽彲浠ュ疄鐜颁笌搴у腑浜哄憳镄勮阔充氦娴侊纴銮峰彇链嶅姟銆备赴瀵孖nternet瀹㈡埛链嶅姟涓蹇幂殑链嶅姟鍐呭广 灏嗗熀链镄勪笟锷′俊鎭杈揿叆Internet鍙浠ヨ妭鐪佺绣缁灭殑璐圭敤鍜屼笟锷″憳镄勬椂闂达纴钖屾椂鍙埚彲浣垮㈡埛鑳藉湪闇瑕佹椂寰埚规槗鍦版垒鍒"鐜板満"镄勪笟锷″憳銆备娇鐢ㄨ阔虫祻瑙埚櫒锛屽 Netscape 镄 Navigator锛屾垨寰杞镄 Internet Explorer锛屾祻瑙埚晢涓氱绣鍧镄勫㈡埛鍙鍦ㄤ粬浠镄勫睆骞曚笂镣瑰嚮涓涓嬶纴鍗冲彲涓庡㈡埛链嶅姟涓蹇幂殑涓氩姟浠ｈ〃浜よ皥銆 Internet 瀹㈡埛链嶅姟涓蹇冨皢 Internet𨱒ヨ瘽镵旀帴镊充竴钖嶅骇甯镄勭数璇濄傚悓镞讹纴璇ュ骇甯镄勫睆骞曚笂鏄剧ず鍑哄㈡埛鍙戝嚭锻煎彨镄勭绣椤点傚骇甯杩桦彲灏嗗㈡埛瀵煎悜鍙浠ュ悜锻煎彨钥呮彁渚涙墍闇淇℃伅镄勫叾瀹幂绣椤点 Internet瀹㈡埛链嶅姟涓蹇冩墍鎻愪緵镄勬槸涓椤瑰畬鏁寸殑銆佸彲闱犵殑瑙ｅ喅鏂规堬纴浣跨敤镄勬槸锘轰簬琛屼笟镙囧嗳鍜屾敮鎸佹姢鑸娴忚堢殑IP璇濋煶锛屾枃瀛椾氦璋堬纴鐢靛瓙闾浠讹纴鍜屽洖鍙镄処nternet锷熻兘銆侷nternet瀹㈡埛链嶅姟涓蹇幂殑绛栫暐鏄灏呜繖浜涘厛杩涚殑鎶链鍜屾敮鎸佹満鍒朵笌涓氩姟锷熻兘銆佸悇椤硅祫婧愬拰鐩镙囩浉铻嶅悎锛屽垱阃犲嚭涓涓鍏ㄩ溃瀹屾垚浠诲姟镄勪腑蹇冿紞瀹冩槸鐜颁唬涓娴佹按骞崇殑宸ュ叿锛屽彲鍦ㄤ换浣曞獟浣掳纴浠讳綍鍦扮偣锛屼换浣曟椂闂翠互链缁忔祹链链夋晥镄勬柟寮忥纴鎻愪緵链浣崇殑瀹㈡埛链嶅姟銆

② 文件传输FTP的工作原理是什么啊

FTP并不是应用于IP网络上的协议，而是ARPANEt网络中计算机间的文件传输协议， ARPANET是美国国防部组建的老网络，于1960-1980年使用。在那时， FTP的主要功能是在主机间高速可靠地传输文件。目前FTP仍然保持其可靠性，即使在今天，它还允许文件远程存取。这使得用户可以在某个系统上工作，而将文件存贮在别的系统。例如，如果某用户运行Web服务器，需要从远程主机上取得HTML文件和CGI程序在本机上工作，他需要从远程存储站点获取文件(远程站点也需安装Web服务器)。当用户完成工作后，可使用FTP将文件传回到Web服务器。采用这种方法，用户无需使用Telnet登录到远程主机进行工作，这样就使Web服务器的更新工作变得如此的轻松。

FTP是TCP/IP的一种具体应用，它工作在OSI模型的第七层，TCP模型的第四层上，即应用层，使用TCP传输而不是UDP，这样FTP客户在和服务器建立连接前就要经过一个被广为熟知的"三次握手"的过程，它带来的意义在于客户与服务器之间的连接是可靠的，而且是面向连接，为数据的传输提供了可靠的保证。

下面，让我们来看看，一个FTP客户在和服务器连接是怎么样的一个过程（以标准的FTP端口号为例）。

首先，FTP并不像HTTP协议那样，只需要一个端口作为连接（HTTP的默认端口是80，FTP的默认端口是21），FTP需要2个端口，一个端口是作为控制连接端口,也就是21这个端口，用于发送指令给服务器以及等待服务器响应；另一个端口是数据传输端口,端口号为20（仅PORT模式），是用来建立数据传输通道的，主要有3个作用

从客户向服务器发送一个文件。

从服务器向客户发送一个文件。

从服务器向客户发送文件或目录列表。

其次，FTP的连接模式有两种，PORT和PASV。PORT模式是一个主动模式，PASV是被动模式，这里都是相对于服务器而言的。为了让大家清楚的认识这两种模式，朗月繁星分别举例说明。

PORT模式

当FTP客户以PORT模式连接服务器时，他动态的选择一个端口号（本次试验是6015）连接服务器的21端口，注意这个端口号一定是1024以上的，因为1024以前的端口都已经预先被定义好，被一些典型的服务使用，当然有的还没使用，保留给以后会用到这些端口的资源服务。当经过TCP的三次握手后，连接（控制信道）被建立（如图1和图2）。

图1：FTP客户使用FTP命令建立于服务器的连接

图2：用netstat命令查看，控制信道被建立在客户机的6015和服务器的20端口

现在用户要列出服务器上的目录结构(使用ls或dir命令)，那么首先就要建立一个数据通道，因为只有数据通道才能传输目录和文件列表，此时用户会发出PORT指令告诉服务器连接自己的什么端口来建立一条数据通道（这个命令由控制信道发送给服务器），当服务器接到这一指令时，服务器会使用20端口连接用户在PORT指令中指定的端口号，用以发送目录的列表（如图3）。

图3：ls命令是一个交互命令，它会首先与服务器建立一个数据传输通道。经验证本次试验客户机使用6044端口

当完成这一操作时，FTP客户也许要下载一个文件，那么就会发出get指令，请注意，这时客户会再次发送PORT指令，告诉服务器连接他的哪个"新"端口，你可以先用netstat -na这个命令验证，上一次使用的6044已经处于TIME_WAIT状态(如图4)。

图4：使用netstat命令验证上一次使用ls命令建立的数据传输通道已经关闭

当这个新的数据传输通道建立后(在微软的系统中，客户端通常会使用连续的端口，也就是说这一次客户端会用6045这个端口)，就开始了文件传输的工作。

PASV模式

然而，当FTP客户以PASV模式连接服务器时，情况就有些不同了。在初始化连接这个过程即连接服务器这个过程和PORT模式是一样的，不同的是，当FTP客户发送ls、dir、get等这些要求数据返回的命令时，他不向服务器发送PORT指令而是发送PASV指令，在这个指令中，用户告诉服务器自己要连接服务器的某一个端口，如果这个服务器上的这个端口是空闲的可用的，那么服务器会返回ACK的确认信息，之后数据传输通道被建立并返回用户所要的信息（根据用户发送的指令，如ls、dir、get等）；如果服务器的这个端口被另一个资源所使用，那么服务器返回UNACK的信息，那么这时，FTP客户会再次发送PASV命令，这也就是所谓的连接建立的协商过程。为了验证这个过程我们不得不借助CUTEFTP Pro这个大家经常使用的FTP客户端软件，因为微软自带的FTP命令客户端，不支持PASV模式。虽然你可以使用QUOTE PASV这个命令强制使用PASV模式，但是当你用ls命令列出服务器目录列表，你会发现它还是使用PORT方式来连接服务器的。现在我们使用CUTEFTP Pro以PASV模式连接服务器