IAD 512的配置方法.docx
《IAD 512的配置方法.docx》由会员分享，可在线阅读，更多相关《IAD 512的配置方法.docx（18页珍藏版）》请在冰豆网上搜索。
IAD512的配置方法
IAD512的配置方法
准备条件：
PC一台，网线，IAD一台，IAD专用串口线一根
说明：
所有的IAD的出厂初始IP为168.1.32.53
【登陆到IAD】
步骤：
在没有IAD专用串口线的情况下
将PC的IP配成和IAD同一个网段，如：
168.1.32.50
用网线将PC和IAD连接起来；
登陆IAD终端：
telnet168.1.32.53，用户名root,密码zte
然后就可以对IAD进行数据配置
如果登陆不上，可以尝试ping168.1.32.53,如果不能ping通，说明IAD的地址已经发生了变更，只能用抓包的方法得到IAD的地址后再登陆上去。
有IAD专用串口线，一般用它来给IAD进行数据配置
在电脑中启动超级终端，选择COM1
选择“还原为默认值”
然后就可以用用户名root 密码zte 进行登陆
接下来可以做数据配置。
IAD512的数据配置分成四种情况，
公网下采用静态IP地址；
公网下DHCP获得IP地址；
私网下采用静态IP地址；
私网下采用DHCP获得IP地址。
pppoe获取地址；
【公网下采用静态IP地址】
假设我们要给IAD配置的IP地址是219.150.163.243，网关是219.150.163.193，掩码是255.255.255.192，
郑州的软交换SS1B的地址是61.237.242.162
首先用ifconfig命令配置IP,网关，子网掩码，
用btconfig命令配置BOOTROM的IP地址,网关，掩码；
#ifconfig219.150.163.243219.150.163.193255.255.255.192
#btconfig219.150.163.243219.150.163.193255.255.255.192
然后用server命令配置郑州软交换的地址：
#server00061.237.242.162000
最后，还需要执行一下setmidflag0
Setmidflag是设置IAD的认证方式，0是ipv41是ipv62是域名认证,在私网下的IAD都采用域名认证。
然后reboot重启IAD，使配置生效
【公网下DHCP获得IP地址】
郑州的软交换SS1B的地址是61.237.242.162
首先用server配置郑州SS1B的地址，用btserver配置BOOTROM的启动方式。
#server20061.237.242.162000
#btserver2
最后，还需要执行一下setmidflag2
Setmidflag是设置IAD的认证方式，0是ipv41是ipv62是域名认证,在私网下的IAD都采用域名认证。
注：
在版本升级后，此命令会失效，需要重新执行一下；
最后重启IAD即可。
【私网下采用静态IP地址】
假设我们要给IAD配置的IP地址是192.168.1.10，网关是192.168.1.1，掩码是255.255.255.0，
郑州的软交换SS1B的地址是61.237.242.162
郑州B100的内口地址是61.237.242.172
首先用ifconfig和btconfig命令配置IP,网关，子网掩码
#ifconfig192.168.1.10192.168.1.1255.255.255.0
#btconfig192.168.1.10192.168.1.1255.255.255.0
然后用server命令配置郑州软交换的地址,用btserver配置BOOTROM的启动方式。
注意，由于现在位于私网下面，所以软交换的地址要变成B100的地址，通过B100来实现公私网的穿越。
#server00061.237.242.172000
#btserver0
最后，还需要执行一下setmidflag2
Setmidflag是设置IAD的认证方式，0是ipv41是ipv62是域名认证,在私网下的IAD都采用域名认证。
注：
在版本升级后，此命令会失效，需要重新执行一下；
最后重启IAD即可。
重启后可以用show命令查看配置是否生效
【私网下采用DHCP获得IP地址】
郑州的软交换SS1B的地址是61.237.242.162
郑州的B100的地址是61.237.242.172
首先用server配置郑州B100的地址（用B100实现公私网穿越），
用btserver配置BOOTROM的启动方式。
#server20061.237.242.172000
#btserver2
【PPPOE获得IP地址】
郑州的软交换SS1B的地址是61.237.242.162
目前，只有IAD524，IAD504支持PPPOE这种接入方式。
首先用设置软交换的地址
#server30061.237.242.172000
#pppoe 回车
EnterACname:
不输入东西
EnterISPname:
不输入东西
Enterusername:
输入pppoe的用户名
Enterpassword:
输入pppoe的密码
经过了前面的学习，相信您不再认为设定与管理TCP/IP网路是件轻松的事情。
要成功的将您的网路用TCP/IP连接起来，您就得为每台电脑设定IP、mask、gateway、等等繁琐的事情。
要是您想管理好一个比较大的网路﹐或是电脑节点经常改变（如手提电脑或拨接）﹐这样的工作可以说是非常令人讨厌的﹐而且出错的机会也比较多。
要是，万一日后要进行IP重新规划﹐其工作量也是相当惊人的。
面对这些情形﹐DHCP可以说您的菩萨了﹕它不但救苦救难﹐而且神通广大。
什么是DHCP？
DHCP是DynamicHostConfigurationProtocol之缩写﹐它的前身是BOOTP。
BOOTP原本是用于无磁碟主机连接的网路上面的﹕网路主机使用BOOTROM而不是磁碟起动并连接上网路﹐BOOTP则可以自动地为那些主机设定TCP/IP环境。
但BOOTP有一个缺点：
您在设定前须事先获得客户端的硬体位址，而且，与IP的对应是静态的。
换而言之，BOOTP非常缺乏"动态性"，若在有限的IP资源环境中，BOOTP的一对一对应会造成非常可观的浪费。
DHCP可以说是BOOTP的增强版本﹐它分为两个部份﹕一个是伺服器端﹐而另一个是客户端。
所有的IP网路设定资料都由DHCP伺服器集中管理﹐并负责处理客户端的DHCP要求﹔而客户端则会使用从伺服器分配下来的IP环境资料。
比较起BOOTP，DHCP透过"租约"的概念，有效且动态的分配客户端的TCP/IP设定，而且，作为兼容考量，DHCP也完全照顾了BOOTPClient的需求。
DHCP的分配形式
首先﹐必须至少有一台DHCP工作在网路上面﹐它会监听网路的DHCP请求﹐并与客户端搓商TCP/IP的设定环境。
它提供两种IP定位方式﹕
AutomaticAllocation
自动分配﹐其情形是﹕一旦DHCP客户端第一次成功的从DHCP伺服器端租用到IP位址之后﹐就永远使用这个位址。
DynamicAllocation
动态分配﹐当DHCP第一次从HDCP伺服器端租用到IP位址之后﹐并非永久的使用该位址﹐只要租约到期﹐客户端就得释放（release）这个IP位址﹐以给其它工作站使用。
当然﹐客户端可以比其它主机更优先的延续（renew）租约﹐或是租用其它的IP位址。
动态分配显然比自动分配更加灵活﹐尤其是当您的实际IP位址不足的时候﹐例如﹕您是一家ISP﹐只能提供200个IP位址用来给拨接客户﹐但并不意味着您的客户最多只能有200个。
因为要知道﹐您的客户们不可能全部同一时间上网的﹐除了他们各自的行为习惯的不同﹐也有可能是电话线路的限制。
这样﹐您就可以将这200个位址﹐轮流的租用给拨接上来的客户使用了。
这也是为什么当您查看IP位址的时候﹐会因每次拨接而不同的原因了（除非您申请的是一个固定IP﹐通常的ISP都可以满足这样的要求﹐这或许要另外收费）。
当然﹐ISP不一定使用DHCP来分配位址﹐但这个概念和使用IPPool的原理是一样的。
DHCP除了能动态的设定IP位址之外﹐还可以将一些IP保留下来给一些特殊用途的机器使用﹐它可以按照硬体位址来固定的分配IP位址﹐这样可以给您更大的设计空间。
同时﹐DHCP还可以帮客户端指定router﹑netmask﹑DNSServer﹑WINSServer﹑等等项目﹐您在客户端上面﹐除了将DHCP选项打勾之外﹐几乎无需做任何的IP环境设定。
DHCP的工作原理
视乎客户端是否第一次登录网路﹐DHCP的工作形式会有所不同。
第一次登录的时候﹕
1.寻找Server。
当DHCP客户端第一次登录网路的时候﹐也就是客户发现本机上没有任何IP资料设定﹐它会向网路发出一个DHCPDISCOVER封包。
因为客户端还不知道自己属于哪一个网路﹐所以封包的来源位址会为0.0.0.0﹐而目的位址则为255.255.255.255﹐然后再附上Dhcpdiscover的信息﹐向网路进行广播。
在Windows的预设情形下，Dhcpdiscover的等待时间预设为1秒﹐也就是当客户端将第一个Dhcpdiscover封包送出去之后﹐在1秒之内没有得到回应的话﹐就会进行第二次Dhcpdiscover广播。
若一直得不到回应的情况下﹐客户端一共会有四次Dhcpdiscover广播（包括第一次在内）﹐除了第一次会等待1秒之外﹐其余三次的等待时间分别是9﹑13﹑16秒。
如果都没有得到DHCP伺服器的回应﹐客户端则会显示错误信息﹐宣告Dhcpdiscover的失败。
之后﹐基于使用者的选择﹐系统会继续在5分钟之后再重复一次Dhcpdiscover的过程。
2.提供IP租用位址。
当DHCP伺服器监听到客户端发出的Dhcpdiscover广播后﹐它会从那些还没有租出的位址范围内﹐选择最前面的的空置IP，连同其它TCP/IP设定，回应给客户端一个DHCPOFFER封包。
由于客户端在开始的时候还没有IP位址﹐所以在其Dhcpdiscover封包内会带有其MAC位址信息﹐并且有一个XID编号来辨别该封包﹐DHCP伺服器回应的Dhcpoffer封包则会根据这些资料传递给要求租约的客户。
根据伺服器端的设定﹐Dhcpoffer封包会包含一个租约期限的信息。
3.接受IP租约。
如果客户端收到网路上多台DHCP伺服器的回应﹐只会挑选其中一个Dhcpoffer而已（通常是最先抵达的那个）﹐并且会向网路发送一个Dhcprequest广播封包﹐告诉所有DHCP伺服器它将指定接受哪一台伺服器提供的IP位址。
同时﹐客户端还会向网路发送一个ARP封包﹐查询网路上面有没有其它机器使用该IP位址﹔如果发现该IP已经被占用﹐客户端则会送出一个DHCPDECLINE封包给DHCP伺服器﹐拒绝接受其Dhcpoffer﹐并重新发送Dhcpdiscover信息。
事实上﹐并不是所有DHCP客户端都会无条件接受DHCP伺服器的offer﹐尤其这些主机安装有其它TCP/IP相关的客户软体。
客户端也可以用Dhcprequest向伺服器提出DHCP选择﹐而这些选择会以不同的号码填写在DHCPOptionField里面﹕
换一句话说﹐在DHCP伺服器上面的设定﹐未必是客户端全都接受﹐客户端可以保留自己的一些TCP/IP设定。
而主动权永远在客户端这边。
4.租约确认。
当DHCP伺服器接收到客户端的Dhcprequest之后﹐会向客户端发出一个DHCPACK回应﹐以确认IP租约的正式生效﹐也就结束了一个完整的DHCP工作过程。
如上的工作流程如下图：
DHCP发放流程
第一次登录之后﹕
一旦DHCP客户端成功地从伺服器哪里取得DHCP租约之后﹐除非其租约已经失效并且IP位址也重新设定回0.0.0.0﹐否则就无需再发送Dhcpdiscover信息了﹐而会直接使用已经租用到的IP位址向之前之DHCP伺服器发出Dhcprequest信息﹐DHCP伺服器会尽量让客户端使用原来的IP位址﹐如果没问题的话﹐直接回应Dhcpack来确认则可。
如果该位址已经失效或已经被其它机器使用了﹐伺服器则会回应一个DHCPNACK封包给客户端﹐要求其从新执行Dhcpdiscover。
至于IP的租约期限却是非常考究的﹐并非如我们租房子那样简单﹐以NT为例子﹕DHCP工作站除了在开机的时候发出dhcprequest请求之外﹐在租约期限一半的时候也会发出dhcprequest﹐如果此时得不到DHCP伺服器的确认的话﹐工作站还可以继续使用该IP﹔然后在剩下的租约期限的再一半的时候（即租约的75%）﹐还得不到确认的话﹐那么工作站就不能拥有这个IP了。
至于为什么不是到租约期限完全结束才放弃IP呢﹖﹐对不起﹐小弟也是不学无术之人﹐没有去深究了﹐只知道要回答MCSE题目的时候﹐您一定要记得NT是这么工作的就是了。
要是您想退租，可以随时送出DHCPLEREASE命令解约﹐就算您的租约在前一秒钟才获得的。
跨网路的DHCP运作
从前面描述的过程中，我们不难发现：
DHCDISCOVER是以广播方式进行的，其情形只能在同一网路之内进行﹐因为router是不会将广播传送出去的。
但如果DHCP伺服器安设在其它的网路上面呢﹖由于DHCP客户端还没有IP环境设定﹐所以也不知道Router位址﹐而且有些Router也不会将DHCP广播封包传递出去﹐因此这情形下DHCPDISCOVER是永远没办法抵达DHCP伺服器那端的，当然也不会发生OFFER及其他动作了。
要解决这个问题，我们可以用DHCPAgent（或DHCPProxy）主机来接管客户的DHCP请求﹐然后将此请求传递给真正的DHCP伺服器﹐然后将伺服器的回复传给客户。
这里﹐Proxy主机必须自己具有路由能力，且能将双方的封包互传对方。
若不使用Proxy，您也可以在每一个网路之中安装DHCP伺服器﹐但这样的话﹐一来设备成本会增加﹐而且﹐管理上面也比较分散。
当然啰﹐如果在一个十分大型的网路中﹐这样的均衡式架构还是可取的。
端视您的实际情况而定了。
DHCP封包格式
以下为各栏位的简要说明：
OP
若是client送给server的封包，设为1，反向为2。
HTYPE
硬体类别，Ethernet为1。
HLEN
硬体位址长度，Ethernet为6。
HOPS
若封包需经过router传送，每站加1，若在同一网内，为0。
TRANSACTIONID
DHCPREQUEST时产生的数值，以作DHCPREPLY时的依据。
SECONDS
Client端启动时间（秒）。
FLAGS
从0到15共16bits，最左一bit为1时表示server将以广播方式传送封包给client，其余尚未使用。
ciaddr
要是client端想继续使用之前取得之IP位址，则列于这里。
yiaddr
从server送回client之DHCPOFFER与DHCPACK封包中，此栏填写分配给client的IP位址。
siaddr
若client需要透过网路开机，从server送出之DHCPOFFER、DHCPACK、DHCPNACK封包中，此栏填写开机程式码所在server之位址。
giaddr
若需跨网域进行DHCP发放，此栏为relayagent的位址，否则为0。
chaddr
Client之硬体位址。
sname
Server之名称字串，以0x00结尾。
file
若client需要透过网路开机，此栏将指出开机程式名称，稍后以TFTP传送。
options
允许厂商定议选项（Vendor-SpecificArea），以提供更多的设定资讯（如：
Netmask、Gateway、DNS、等等）。
其长度可变，同时可携带多个选项，每一选项之第一个byte为资讯代码，其后一个byte为该项资料长度，最后为项目内容。
DHCP的选项非常多，有空请查阅RFC或相关文献，并好好理解，这里不再叙述了。
DHCP协定之RFC文件
RFC-951﹑RFC-1084﹑RFC-1123﹑RFC-1533﹑RFC-1534﹑RFC-1497﹑RFC-1541
习题﹕
1.请问DHCP的前身是甚么？
还有，DHCP是做甚么用的？
2.请列举DHCP的分配形式，并加以说明。
3.请详述DHCP的发放流程，并留意不同阶段所用的封包类型。
4.请用图画出DHCP的简单发放流程。
5.请问跨网路的DHCP是如何运作的？
6.请绘DHCP的封包结构，并尝试简述每一栏位的意思。
7.请说明编码为0x53至DHCPOptions有哪些值，及其代表含意。
MGCP：
媒体网关控制协议
（MGCP：
MediaGatewayControlProtocol）
媒体网关控制协议MGCP是一种VOIP协议，应用于多媒体网关单元之间。
多媒体网关由包含“智能”呼叫控制的呼叫代理和包含媒体功能的媒体网关组成，其中的媒体功能诸如由TDM语音到VOIP的转化。
媒体网关包括终点，即呼叫代理能够对之进行创建、修改和删除连接等操作，从而实现建立和控制与其它多媒体终点的媒体会话过程。
媒体网关是一种提供电话电路上的视频信号与因特网或其它网络数据包之间的转换的网络单元。
呼叫代理通知终点检查特定事件并生成信号。
终点自动地通告呼叫代理其服务状态下的变化。
此外，呼叫代理还可以核查终点及终点连接。
MGCP采用的是呼叫控制结构，其中的“智能”呼叫控制处于网关外部，并由呼叫代理操作。
MGCP规定呼叫代理彼此之间需要采用同步方式发送命令和响应给网关，但其并没有为同步呼叫代理设置专门的机制。
从本质上来看，MGCP是一种主从协议，由网关去执行呼叫代理发送的命令。
MGCP采用的连接模式其基本构架是终点和连接。
终点是原始资料和/或数据槽，它们可以是实际存在的也可以是虚拟的。
实际终点的创建需要安装相应硬件设备，而虚拟终点的创建可由软件完成。
连接可以是点对点方式也可以是多点方式。
点对点连接即两终点之间的连接，实现终点间的数据传送。
一旦两终点间这样的连接建立起来，那么终点间就开始数据的传输。
多点连接的建立是通过连接终点和多点会话而实现的。
连接的建立可以在各种承载网络上进行。
在MGCP模式中，网关主要负责音频信号转换功能，呼叫代理主要处理呼叫信令和呼叫处理功能。
因此，呼叫代理实现了H.323标准信令层并使其本身充当了H.323关守或H.323体系的一个或多个H.323终点。
协议结构
MGCP是一种基于文本的协议。
其中事务的进行由一条命令和强制响应完成。
下面提供了8种命令：
MGC—>MG
CreateConnection：
创建两个终点间的连接；通过SDP规定参与终点的接收容量。
MGC—>MG
ModifyConnection：
更改连接的属性；与CreateConnection命令具有相同的参数。
MGC<—>MG
DeleteConnection：
终止连接，并在执行连接的过程中收集统计。
MGC—>MG
NotificationRequest：
请求媒体网关用以发送关于终点指定事件的发生通知。
MGC<—MG
Notify：
一旦观察到事件发生，就通知媒体网关控制器。
MGC—>MG
AuditEndpoint：
决定终点状态。
MGC—>MG
AuditConnection：
检索与连接相关的参数。
MGC<—MG
RestartInProgress：
信号（指单个终点或终点组）将被带进或带出服务。
H．248协议是2000年由ITU-T第16工作组提出的媒体网关控制协议，它是在早期的MGCP协议基础上改进而成。
H.248／MeGaCo协议是用于连接MGC与MG的网关控制协议，应用于媒体网关与软交换之间及软交换与H．248／MeGaCo终端之间，是软交换应支持的重要协议。
H.248协议定义的连接模型包括终端（termination）和上下文（context）两个主要概念。
终端是MG中的逻辑实体，能发送和接收一种或多种媒体，在任何时候，一个终端属于且只能属于一个上下文，可以表示时隙、模拟线和RTP（realtimeprotocol）流等。
终端类型主要有半永久性终端（TDM信道或模拟线等）和临时性终端（如RTP流，用于承载语音、数据和视频信号或各种混合信号）。
用属性、事件、信号、统计表示终端特性，为了解决屏蔽终端多样性问题，在协议中引入了包（package）概念，将终端的各种特性参数组合成包。
一个上下文是一些终端间的联系，它描述终端之间的拓扑关系及媒体混合／交换的参数。
朗讯公司（Lucent）在MGCP协议中首次提出context概念，使协议具有更好的灵活性和可扩展性，H.248／MeGaCo协议延用了这个概念，它可用Add命令创建，用Subtract或Move命令删除。
什么是SIP？
SIP是一个应用层的信令控制协议。
用于创建、修改和释放一个或多个参与者的会话。
这些会话可以好似Internet多媒体会议、IP电话或多媒体分发。
会话的参与者可以通过组播（multicast）、网状单播（unicast）或两者的混合体进行通信。
SIP是类似于HTTP的基于文本的协议。
SIP可以减少应用特别是高级应用的开发时间。
由于基于IP协议的SIP利用了IP网络，固定网运营商也会逐渐认识到SIP技术对于他们的深远意义。
使用SIP，服务提供商可以随意选择标准组件。
不论媒体内容和参与方数量，用户都可以查找和联系对方。
SIP对会话进行协商，以便所有参与方都能够就会话功能达成一致以及进行修改。
它甚至可以添加、删除或转移用户。
SIP它既不是会话描述协议，也不提供会议控制功能。
为了描述消息内容的负载情况和特点，SIP使用Internet的会话描述协议（SDP）来描述终端设备的特点。
SIP自身也不提供服务质量（QoS），它与负责语音质量的资源保留设置协议（RSVP）互操作。
它还与若干个其他协议进行协作，包括负责定位的轻型目录访问协议（LDAP）、负责身份验证的远程身份验证拨入用户服务（RADIUS）以及负责实时传输的RTP等多个协议。
SIP的一个重要特点是它不定义要建立的会话的类型，而只定义应该如何管理会话。
有了这种灵活性，也就意味着SIP可以用于众多应用和服务中，包括交互式游戏、音乐和视频点播以及语音、视频和Web会议。
SIP消息是基于文本的，因而易于读取和调试。
新服务的编程更加简单，对于设计人员而言更加直观。
SIP如同电子邮件客户机一样重用MIME类型描述，因此与会话相关的应用程序可以自动启动。
SIP重用几个现有的比较成熟的Internet服务和协议，如DNS、RTP、RSVP等。
不必再引入新服务对SIP基础设施提供支持，因为该基础设施很多部分已经到位或现成可用。
对SIP的扩充易于定义，可由服务提供商在新的应用中添加，不会损坏网络。
网络中基于SIP的旧设备不会妨碍基于SIP的新服务。
例如，如果旧SIP实施不支持新的SIP应用所
升级会员 