Voice里面的signaling。# EmergingNetworking - 热门网络技术
m*p
1 楼
比如FP通过 140 decision 485 decision, rfe 之类
主要是不知道FP 之后会有什么
至今没收到email/text/mail letter online status 一直是initial review
主要是不知道FP 之后会有什么
至今没收到email/text/mail letter online status 一直是initial review
M*a
2 楼
首先搞清楚：动态网页，静态网页的区别
我想这个也是个最基本的分类
静态网页应该是最原始的网页，类似于书和报纸，打开就能看
所有以html为后缀的都是静态网页，参见大多数文本新闻网页
动态网页是有一定互动功能的，比如填个表，作个调查，网上小游戏
或者那种恶心的点以下，出现不无数个广告页面的都属于动态
最基础要学习html语言，css语言
两种语言很简单，都属于静态语言
我简要看完弄明白一个问题
就是静态网页语言其实就是个文本编辑器
css是html加强版
这语言跟我们学的编程语言有些区别，就是超级简单
不用专门软件，用文本格式写好了用浏览器进行编译
再简单一些，这两种语言相当于写一大堆废话来实现txt文档或者word
的功能，而且更比word的功能差老远
那为什么还要这种语言，因为简单，开源，谁都可以写，可以用，
速度快，格式统一
尤其对于版权限制比较严的地区，winoffice的功能可不是像我们从小用盗版
觉得理所当然。
学习方法我建议快速浏览，知道都有啥功能，需要用到再查
学习网站
www.w3schools.com 强烈推荐
从国内下载了一个dreamweaver 8, 搜索到一个
我想这个也是个最基本的分类
静态网页应该是最原始的网页，类似于书和报纸，打开就能看
所有以html为后缀的都是静态网页，参见大多数文本新闻网页
动态网页是有一定互动功能的，比如填个表，作个调查，网上小游戏
或者那种恶心的点以下，出现不无数个广告页面的都属于动态
最基础要学习html语言，css语言
两种语言很简单，都属于静态语言
我简要看完弄明白一个问题
就是静态网页语言其实就是个文本编辑器
css是html加强版
这语言跟我们学的编程语言有些区别，就是超级简单
不用专门软件，用文本格式写好了用浏览器进行编译
再简单一些，这两种语言相当于写一大堆废话来实现txt文档或者word
的功能，而且更比word的功能差老远
那为什么还要这种语言，因为简单，开源，谁都可以写，可以用，
速度快，格式统一
尤其对于版权限制比较严的地区，winoffice的功能可不是像我们从小用盗版
觉得理所当然。
学习方法我建议快速浏览，知道都有啥功能，需要用到再查
学习网站
www.w3schools.com 强烈推荐
从国内下载了一个dreamweaver 8, 搜索到一个
x*n
3 楼
比如SIP，建立了session以后，singal还重要么？
同事说signal一断通话马上结束了，但是我觉得，signaling应该是control的，manage
的作用的，cs3就可以了，没必要一定要cs5.
有的书说cs3，也有的说cs5，我知道这个是可以认为定义的。
同事说signal一断通话马上结束了，但是我觉得，signaling应该是control的，manage
的作用的，cs3就可以了，没必要一定要cs5.
有的书说cs3，也有的说cs5，我知道这个是可以认为定义的。
l*d
4 楼
等吧。
u*y
5 楼
静态网页应该是最原始的网页，类似于书和报纸，打开就能看
所有以html为后缀的都是静态网页，参见大多数文本新闻网页
动态网页是有一定互动功能的，比如填个表，作个调查，网上小游戏
或者那种恶心的点以下，出现不无数个广告页面的都属于动态
理解有誤,發囘重新學習
所有以html为后缀的都是静态网页，参见大多数文本新闻网页
动态网页是有一定互动功能的，比如填个表，作个调查，网上小游戏
或者那种恶心的点以下，出现不无数个广告页面的都属于动态
理解有誤,發囘重新學習
b*s
6 楼
一般情况下，即便RTP session已经建立，Signal仍然需要，维持状态，否则call
controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
S*w
7 楼
我也在看做网站
网站那么复杂，难道都是code写出来了
有没有快点办法呢
网站那么复杂，难道都是code写出来了
有没有快点办法呢
x*n
8 楼
多谢大哥。
我今天和coworker再争这个，他们都说要cs5，我说cs3就行了，书上是这么说的。
哎，在公司很郁闷啊。有的同事连个trunk怎么弄都不知道，我弄好了，他拿去当他的
project，还好意思欺负我说我不懂，我刚进的公司，没啥地位，小组讨论说不上话啊。
H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需
要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说
EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
【在 b******s 的大作中提到】
: 一般情况下，即便RTP session已经建立，Signal仍然需要，维持状态，否则call
: controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
我今天和coworker再争这个，他们都说要cs5，我说cs3就行了，书上是这么说的。
哎，在公司很郁闷啊。有的同事连个trunk怎么弄都不知道，我弄好了，他拿去当他的
project，还好意思欺负我说我不懂，我刚进的公司，没啥地位，小组讨论说不上话啊。
H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需
要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说
EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
【在 b******s 的大作中提到】
: 一般情况下，即便RTP session已经建立，Signal仍然需要，维持状态，否则call
: controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
v*r
9 楼
“...从国内下载了一个dreamweaver 8, 搜索到一个公用注册码
不知道算不算盗版..."
100% 算是盗版, 嘿嘿
不知道算不算盗版..."
100% 算是盗版, 嘿嘿
he
10 楼
SIP:
CUBE#debug voip ccapi inout
CUBE#debug ccsip message
H.323:
GW#debug isdn q931
打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
CUBE#debug voip ccapi inout
CUBE#debug ccsip message
H.323:
GW#debug isdn q931
打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
M*a
11 楼
isee 了，谢谢
【在 v*****r 的大作中提到】
: “...从国内下载了一个dreamweaver 8, 搜索到一个公用注册码
: 不知道算不算盗版..."
: 100% 算是盗版, 嘿嘿
【在 v*****r 的大作中提到】
: “...从国内下载了一个dreamweaver 8, 搜索到一个公用注册码
: 不知道算不算盗版..."
: 100% 算是盗版, 嘿嘿
x*n
12 楼
大侠，你这个我有点看不大懂，等以后好好消化。实在太菜了。
【在 he 的大作中提到】
: SIP:
: CUBE#debug voip ccapi inout
: CUBE#debug ccsip message
: H.323:
: GW#debug isdn q931
: 打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
【在 he 的大作中提到】
: SIP:
: CUBE#debug voip ccapi inout
: CUBE#debug ccsip message
: H.323:
: GW#debug isdn q931
: 打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
f*8
13 楼
高手啊，
我又碰个问题同学们一定要帮忙看看，
今天在CME4.1上config conference call (meetme)
上次是配置了3 个ephone-dn dual line
用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
但当时没有设定外线号码。
今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
死活都只能有两个电话打进来，不论是手机还是分机。
而且，initiate conference的过程也不顺利，不是每次都能
开通电话会议。这也很奇怪，怎么会不稳定？
不知道什么原因。
看ntp 的参数变了。NTP在语音中有很重要么？
【在 he 的大作中提到】
: SIP:
: CUBE#debug voip ccapi inout
: CUBE#debug ccsip message
: H.323:
: GW#debug isdn q931
: 打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
我又碰个问题同学们一定要帮忙看看，
今天在CME4.1上config conference call (meetme)
上次是配置了3 个ephone-dn dual line
用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
但当时没有设定外线号码。
今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
死活都只能有两个电话打进来，不论是手机还是分机。
而且，initiate conference的过程也不顺利，不是每次都能
开通电话会议。这也很奇怪，怎么会不稳定？
不知道什么原因。
看ntp 的参数变了。NTP在语音中有很重要么？
【在 he 的大作中提到】
: SIP:
: CUBE#debug voip ccapi inout
: CUBE#debug ccsip message
: H.323:
: GW#debug isdn q931
: 打两个电话一看便知，时间充裕的加上CUCM trace，刨根问底的上wireshark，哈哈
f*8
14 楼
这个voice你有什么看法，我上一篇re的he,
这篇再详细说说，很怪的地方是：
我配置好conference call以后，需要有一个电话通过拨号先启动那个会议功能
问题是：每次拨号反应不一样，有时候能拨进去，有时候就说the extention
is unavailable.
在空闲时show command output
show ephone-dn conference:
type active inactive numbers
=======================================
Meetme 0 6 5114 416***5114
DN tags: 80, 81, 82
如果我有两个电话拨进去了，
就变成
show ephone-dn conference:
type active inactive numbers
=======================================
Meetme 2 4 5114 416***5114
DN tags: 80, 81, 82
不知道为什么：
1. 更多的电话就拨不进去了。
2. 为什么不稳定，启动会议时，有时候能启动，有时候第一次拨就是unavailable,
然后持续拨号，也能拨进去。
H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需
要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说
EF，其实都是IP precedence = 5，
【在 b******s 的大作中提到】
: 一般情况下，即便RTP session已经建立，Signal仍然需要，维持状态，否则call
: controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
这篇再详细说说，很怪的地方是：
我配置好conference call以后，需要有一个电话通过拨号先启动那个会议功能
问题是：每次拨号反应不一样，有时候能拨进去，有时候就说the extention
is unavailable.
在空闲时show command output
show ephone-dn conference:
type active inactive numbers
=======================================
Meetme 0 6 5114 416***5114
DN tags: 80, 81, 82
如果我有两个电话拨进去了，
就变成
show ephone-dn conference:
type active inactive numbers
=======================================
Meetme 2 4 5114 416***5114
DN tags: 80, 81, 82
不知道为什么：
1. 更多的电话就拨不进去了。
2. 为什么不稳定，启动会议时，有时候能启动，有时候第一次拨就是unavailable,
然后持续拨号，也能拨进去。
H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需
要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说
EF，其实都是IP precedence = 5，
【在 b******s 的大作中提到】
: 一般情况下，即便RTP session已经建立，Signal仍然需要，维持状态，否则call
: controller（like CCM）会teardown连接，当然也有例外在某些特别需求情况下，H323确实需要在signal断掉的情况下继续维持RTP session。另外，通话结束，CCM还需要通知对端关闭session。cs3常用于voice signal QOS，Cisco很少提价cs5，cisco说EF，其实都是IP precedence = 5，常用于voice的RTP traffic。
x*n
15 楼
NTP是弄timing的，synchronization啊，你说重要不重要？
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
f*8
16 楼
关键是具体，
我看了ntp的作用介绍，好像主要是关于business的，billing等等。
ntp能涉及到voip性能的稳定性么？这是我想知道的。
【在 x*********n 的大作中提到】
: NTP是弄timing的，synchronization啊，你说重要不重要？
我看了ntp的作用介绍，好像主要是关于business的，billing等等。
ntp能涉及到voip性能的稳定性么？这是我想知道的。
【在 x*********n 的大作中提到】
: NTP是弄timing的，synchronization啊，你说重要不重要？
j*a
17 楼
看起来不可能是ntp的问题
【在 f*******8 的大作中提到】
: 关键是具体，
: 我看了ntp的作用介绍，好像主要是关于business的，billing等等。
: ntp能涉及到voip性能的稳定性么？这是我想知道的。
【在 f*******8 的大作中提到】
: 关键是具体，
: 我看了ntp的作用介绍，好像主要是关于business的，billing等等。
: ntp能涉及到voip性能的稳定性么？这是我想知道的。
x*n
18 楼
http://en.wikipedia.org/wiki/Network_Time_Protocol
你这个。。。。。。。。。我都说timing了，怎么还弄business呢。。
RTP可以使reliable transport protocol也可以是real time protocol，用在语音，你
说是哪一个？
timing对于voice来说，太重要啊。2边时钟要调好啊。
【在 f*******8 的大作中提到】
: 关键是具体，
: 我看了ntp的作用介绍，好像主要是关于business的，billing等等。
: ntp能涉及到voip性能的稳定性么？这是我想知道的。
你这个。。。。。。。。。我都说timing了，怎么还弄business呢。。
RTP可以使reliable transport protocol也可以是real time protocol，用在语音，你
说是哪一个？
timing对于voice来说，太重要啊。2边时钟要调好啊。
【在 f*******8 的大作中提到】
: 关键是具体，
: 我看了ntp的作用介绍，好像主要是关于business的，billing等等。
: ntp能涉及到voip性能的稳定性么？这是我想知道的。
f*8
19 楼
多谢，
我为什么想到ntp了呢，
因为把两份running config比了一下，
发现ntp的一个参数变了，而cisco说这是系统自动配置的。
唉。初级入门就是这样，希望配置一切顺利，
如果不顺，就没什么头绪了。
除了ntp不同，就是这次选的号码也不同，
dial plan里那些 regular express也没来得及仔细检查。
【在 j*a 的大作中提到】
: 看起来不可能是ntp的问题
我为什么想到ntp了呢，
因为把两份running config比了一下，
发现ntp的一个参数变了，而cisco说这是系统自动配置的。
唉。初级入门就是这样，希望配置一切顺利，
如果不顺，就没什么头绪了。
除了ntp不同，就是这次选的号码也不同，
dial plan里那些 regular express也没来得及仔细检查。
【在 j*a 的大作中提到】
: 看起来不可能是ntp的问题
f*8
20 楼
同学，这篇wiki原来看过啊，不是没看过。
你
我是看cisco关于ntp配置时介绍的
具体怎么重要？
是影响signaling还是影响jitter。
【在 x*********n 的大作中提到】
: http://en.wikipedia.org/wiki/Network_Time_Protocol
: 你这个。。。。。。。。。我都说timing了，怎么还弄business呢。。
: RTP可以使reliable transport protocol也可以是real time protocol，用在语音，你
: 说是哪一个？
: timing对于voice来说，太重要啊。2边时钟要调好啊。
x*n
21 楼
都不对。。。我怕说多了，你又要生气啊。我有的时候说话是很重的，主要是你这个每
次人家说了，你都抗拒，或者来一句现在这样的。
ntp server是sychronization用的，我不是已经说了么？你这个不看帖，又要问。再讲
细一点就是，通信的2边，clock要对准，这样才能好好地通信嘛。
jitter是varaiation of delay，delay有很多原因，可以是带宽不行，也可以是你
timing没弄好。信号影响不影响，这个是good question，我个人认为是的，sip的每一
个signal都是time sensitive的，所以我觉得很关键啊。
【在 f*******8 的大作中提到】
:
: 同学，这篇wiki原来看过啊，不是没看过。
: 你
: 我是看cisco关于ntp配置时介绍的
: 具体怎么重要？
: 是影响signaling还是影响jitter。
次人家说了，你都抗拒，或者来一句现在这样的。
ntp server是sychronization用的，我不是已经说了么？你这个不看帖，又要问。再讲
细一点就是，通信的2边，clock要对准，这样才能好好地通信嘛。
jitter是varaiation of delay，delay有很多原因，可以是带宽不行，也可以是你
timing没弄好。信号影响不影响，这个是good question，我个人认为是的，sip的每一
个signal都是time sensitive的，所以我觉得很关键啊。
【在 f*******8 的大作中提到】
:
: 同学，这篇wiki原来看过啊，不是没看过。
: 你
: 我是看cisco关于ntp配置时介绍的
: 具体怎么重要？
: 是影响signaling还是影响jitter。
f*8
22 楼
这太笼统，好好通讯， 太笼统。如果是layer 2的同步时钟，当然很重要。
但ntp的时钟是否也是那么重要。
我想请教的是：
1. ntp是不是关系到通讯能否建立。
错误配置或根本不用ntp，是否就不能建立IP PHONE 之间的通讯。
或者会导致通讯连接不能稳定。比如我们碰到的情况，
有时候能拨进去，有时候拨不进去。
这应该是所谓的signaling吧？
还是
2. ntp只是关乎通话质量以及提供商业管理(比如billing 记录）方面的问题。
这些问题也许对大家都是基本常识，所以假设别人都知道了。
我看来还是需要看点书。跳不过去。
【在 x*********n 的大作中提到】
: 都不对。。。我怕说多了，你又要生气啊。我有的时候说话是很重的，主要是你这个每
: 次人家说了，你都抗拒，或者来一句现在这样的。
: ntp server是sychronization用的，我不是已经说了么？你这个不看帖，又要问。再讲
: 细一点就是，通信的2边，clock要对准，这样才能好好地通信嘛。
: jitter是varaiation of delay，delay有很多原因，可以是带宽不行，也可以是你
: timing没弄好。信号影响不影响，这个是good question，我个人认为是的，sip的每一
: 个signal都是time sensitive的，所以我觉得很关键啊。
x*n
23 楼
语音方面我也不懂。谈不上请教。
我个人感觉影响的是通话质量，delay，或者是断线了。
有时候能拨，有时候不能拨，和ntp没有太大关系，可能和device的CAC有关系，比如设
定6条通话线路，结果第7条出来了，那么就要drop掉，不然整个7条通话质量都要下降。
通话过程中，也是需要signal的，不是session建好了，就什么不管了。
【在 f*******8 的大作中提到】
:
: 这太笼统，好好通讯， 太笼统。如果是layer 2的同步时钟，当然很重要。
: 但ntp的时钟是否也是那么重要。
: 我想请教的是：
: 1. ntp是不是关系到通讯能否建立。
: 错误配置或根本不用ntp，是否就不能建立IP PHONE 之间的通讯。
: 或者会导致通讯连接不能稳定。比如我们碰到的情况，
: 有时候能拨进去，有时候拨不进去。
: 这应该是所谓的signaling吧？
: 还是
我个人感觉影响的是通话质量，delay，或者是断线了。
有时候能拨，有时候不能拨，和ntp没有太大关系，可能和device的CAC有关系，比如设
定6条通话线路，结果第7条出来了，那么就要drop掉，不然整个7条通话质量都要下降。
通话过程中，也是需要signal的，不是session建好了，就什么不管了。
【在 f*******8 的大作中提到】
:
: 这太笼统，好好通讯， 太笼统。如果是layer 2的同步时钟，当然很重要。
: 但ntp的时钟是否也是那么重要。
: 我想请教的是：
: 1. ntp是不是关系到通讯能否建立。
: 错误配置或根本不用ntp，是否就不能建立IP PHONE 之间的通讯。
: 或者会导致通讯连接不能稳定。比如我们碰到的情况，
: 有时候能拨进去，有时候拨不进去。
: 这应该是所谓的signaling吧？
: 还是
f*8
24 楼
降。
谢谢，这句话还是有用的。
看来不看基础的书不行。CCNA VOICE都是只讲操作。
有什么好书推荐么
【在 x*********n 的大作中提到】
: 语音方面我也不懂。谈不上请教。
: 我个人感觉影响的是通话质量，delay，或者是断线了。
: 有时候能拨，有时候不能拨，和ntp没有太大关系，可能和device的CAC有关系，比如设
: 定6条通话线路，结果第7条出来了，那么就要drop掉，不然整个7条通话质量都要下降。
: 通话过程中，也是需要signal的，不是session建好了，就什么不管了。
he
25 楼
加了外线之后 ，CME就成了MTP，然后就涉及到DSP够用与否和DSP farm的设置。
具体请看:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/confi
至于时钟，如果你的CME上有PRI，T1 controller默认设置就是从PSTN上拿时间，CME是
从，PSTN是主。
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
具体请看:
http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/confi
至于时钟，如果你的CME上有PRI，T1 controller默认设置就是从PSTN上拿时间，CME是
从，PSTN是主。
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
f*8
26 楼
多谢。
我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
而且，我用了4个dsp units.
再一个，仅仅用内线，现在也只能两路。
现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
你有没有时间兴趣看看我的config，我可以发过去。
另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
【在 he 的大作中提到】
: 加了外线之后 ，CME就成了MTP，然后就涉及到DSP够用与否和DSP farm的设置。
: 具体请看:
: http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/confi
: 至于时钟，如果你的CME上有PRI，T1 controller默认设置就是从PSTN上拿时间，CME是
: 从，PSTN是主。
我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
而且，我用了4个dsp units.
再一个，仅仅用内线，现在也只能两路。
现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
你有没有时间兴趣看看我的config，我可以发过去。
另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
【在 he 的大作中提到】
: 加了外线之后 ，CME就成了MTP，然后就涉及到DSP够用与否和DSP farm的设置。
: 具体请看:
: http://www.cisco.com/en/US/docs/voice_ip_comm/cucme/admin/confi
: 至于时钟，如果你的CME上有PRI，T1 controller默认设置就是从PSTN上拿时间，CME是
: 从，PSTN是主。
x*n
27 楼
he是voice上面的高人，你可以问问他看，目前我自己学习主要还是follow cisco的书。
我以前读书时候有本书很赞，我以前推荐过给你，可惜你并不在意。carrier grade
Voice啥的，amazon也是长久不衰的，但是缺点是此书讲的太细，不容易读懂，我当年
有老师整理的slides，所以情况和你不同。
【在 f*******8 的大作中提到】
: 多谢。
: 我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
: 而且，我用了4个dsp units.
: 再一个，仅仅用内线，现在也只能两路。
: 现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
: 你有没有时间兴趣看看我的config，我可以发过去。
: 另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
我以前读书时候有本书很赞，我以前推荐过给你，可惜你并不在意。carrier grade
Voice啥的，amazon也是长久不衰的，但是缺点是此书讲的太细，不容易读懂，我当年
有老师整理的slides，所以情况和你不同。
【在 f*******8 的大作中提到】
: 多谢。
: 我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
: 而且，我用了4个dsp units.
: 再一个，仅仅用内线，现在也只能两路。
: 现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
: 你有没有时间兴趣看看我的config，我可以发过去。
: 另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
b*s
28 楼
用什么做的media resource?感觉你这问题出在media resource上，另外你可能需要
Rreload一下service
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
Rreload一下service
【在 f*******8 的大作中提到】
: 高手啊，
: 我又碰个问题同学们一定要帮忙看看，
: 今天在CME4.1上config conference call (meetme)
: 上次是配置了3 个ephone-dn dual line
: 用分机拨号到设定的会议电话号码上，可以最少有4分机接到会议里。
: 但当时没有设定外线号码。
: 今天用同样的配置，只是变更了电话会议的拨入号码并加了外线号码。
: 死活都只能有两个电话打进来，不论是手机还是分机。
: 而且，initiate conference的过程也不顺利，不是每次都能
: 开通电话会议。这也很奇怪，怎么会不稳定？
he
29 楼
CME#term mon
CME#debug ephone detail
重现问题.
CME#u all
CME#term no mon
耐心找一下缘故。找不到也就算了，CME的电话会议功能是个摆设，CME/CUE产品性价比
非常差，用户很少。
CCNA v到CCVP，我觉得没有比Jeremy Cirora录像更好的自学资料了，网上搜搜可以下
载，理论+实际他齐活了。
【在 f*******8 的大作中提到】
: 多谢。
: 我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
: 而且，我用了4个dsp units.
: 再一个，仅仅用内线，现在也只能两路。
: 现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
: 你有没有时间兴趣看看我的config，我可以发过去。
: 另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
CME#debug ephone detail
重现问题.
CME#u all
CME#term no mon
耐心找一下缘故。找不到也就算了，CME的电话会议功能是个摆设，CME/CUE产品性价比
非常差，用户很少。
CCNA v到CCVP，我觉得没有比Jeremy Cirora录像更好的自学资料了，网上搜搜可以下
载，理论+实际他齐活了。
【在 f*******8 的大作中提到】
: 多谢。
: 我就是按那个过程配的，否则刚接触哪里知道怎么配置啊。
: 而且，我用了4个dsp units.
: 再一个，仅仅用内线，现在也只能两路。
: 现象：第三个拨入时，有轻微的咯一声，然后就转成extention is unavailable。
: 你有没有时间兴趣看看我的config，我可以发过去。
: 另外：这种ROUTER配置，通常变化后应该是不需要reload的吧。
j*s
30 楼
NTP 没那么重要,两个终端时间差点没关系,一般语音信号20毫秒送一个,中间由于网络
传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
这个数据包. 而且这个timing step 的起点也不是非得是0.
【在 f*******8 的大作中提到】
: 多谢，
: 我为什么想到ntp了呢，
: 因为把两份running config比了一下，
: 发现ntp的一个参数变了，而cisco说这是系统自动配置的。
: 唉。初级入门就是这样，希望配置一切顺利，
: 如果不顺，就没什么头绪了。
: 除了ntp不同，就是这次选的号码也不同，
: dial plan里那些 regular express也没来得及仔细检查。
传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
这个数据包. 而且这个timing step 的起点也不是非得是0.
【在 f*******8 的大作中提到】
: 多谢，
: 我为什么想到ntp了呢，
: 因为把两份running config比了一下，
: 发现ntp的一个参数变了，而cisco说这是系统自动配置的。
: 唉。初级入门就是这样，希望配置一切顺利，
: 如果不顺，就没什么头绪了。
: 除了ntp不同，就是这次选的号码也不同，
: dial plan里那些 regular express也没来得及仔细检查。
j*s
31 楼
大多数中端电话,语音处理硬件有自己的单独的时钟信号,跟NTP没啥子关系.
【在 j*******s 的大作中提到】
: NTP 没那么重要,两个终端时间差点没关系,一般语音信号20毫秒送一个,中间由于网络
: 传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
: timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
: 发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
: 这个数据包. 而且这个timing step 的起点也不是非得是0.
【在 j*******s 的大作中提到】
: NTP 没那么重要,两个终端时间差点没关系,一般语音信号20毫秒送一个,中间由于网络
: 传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
: timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
: 发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
: 这个数据包. 而且这个timing step 的起点也不是非得是0.
m*t
32 楼
去读RFC或各种相关标准啦， CISCO东西当BIBLE 读，那天他翘了怎么办
he
33 楼
安装新版CUCM/UCCX(7x8x)软件之后，马上就要设置NTP(系统参数之一)，然后所有电话
从这里找齐时间。
【在 j*******s 的大作中提到】
: 大多数中端电话,语音处理硬件有自己的单独的时钟信号,跟NTP没啥子关系.
从这里找齐时间。
【在 j*******s 的大作中提到】
: 大多数中端电话,语音处理硬件有自己的单独的时钟信号,跟NTP没啥子关系.
f*8
34 楼
thanks,
media resource 是不是就是dspfarm
怎么reload?
很多概念对我来讲是新的，又处于全面接触整个网络的阶段，
来不及看书，消化。
公司网络就没有连线图，很乱。要从头开始画图。
里面放了什么设备，怎么连的，人家心里没数，不清楚，
属于小车不倒只管推那种。
just something looks like a switch. ：）
thanks,
media resource 是不是就是dspfarm
怎么reload?
很多概念对我来讲是新的，又处于全面接触整个网络的阶段，
来不及看书，消化。
公司网络就没有连线图，很乱。要从头开始画图。
里面放了什么设备，怎么连的，人家心里没数，不清楚，
just something looks like a switch. ：）
属于小车不倒只管推那种。
【在 b******s 的大作中提到】
: 用什么做的media resource?感觉你这问题出在media resource上，另外你可能需要
: Rreload一下service
f*8
35 楼
他的ccna确实不错，唯独少了conference call.
多谢，我试试debug.
【在 he 的大作中提到】
: CME#term mon
: CME#debug ephone detail
: 重现问题.
: CME#u all
: CME#term no mon
: 耐心找一下缘故。找不到也就算了，CME的电话会议功能是个摆设，CME/CUE产品性价比
: 非常差，用户很少。
: CCNA v到CCVP，我觉得没有比Jeremy Cirora录像更好的自学资料了，网上搜搜可以下
: 载，理论+实际他齐活了。
f*8
36 楼
我也基本这么想。
因为NTP是根据Round-trip delay计算时间，不大可能十分精确吧。
所以才允许systematic bias
（不过这我只是猜测，不懂。
题外话，按说所谓的卫星时钟同步，gps也够准的，当然gps也有漂移。
应该都是同步问题）
WIKI:NTP
Clock synchronization algorithm
To synchronize its clock with a remote server, the NTP client must compute
the round-trip delay time and the offset. The round-trip delay is computed
as δ = (t3 t0) (t2 t1), where t0 is the time of the request
packet transmission, t1 is the time of the request packet reception, t2 is
the time of the response packet transmission and t3 is the time of the
response packet reception. t3 t0 is the time elapsed on the client side
between the emission of the request packet and the reception of the
response packet, while t2 t1 is the time the server waited before
sending the answer. The offset is given by \theta = {(t_1 - t_0) + (t_2 - t_
3 ) \over 2}
The NTP synchronization is correct when both the incoming and outgoing
routes between the client and the server have symmetrical nominal delay. If
the routes do not have a common nominal delay, the synchronization has a
systematic bias of half the difference between the forward and backward
travel times.[8]
【在 j*******s 的大作中提到】
: NTP 没那么重要,两个终端时间差点没关系,一般语音信号20毫秒送一个,中间由于网络
: 传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
: timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
: 发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
: 这个数据包. 而且这个timing step 的起点也不是非得是0.
因为NTP是根据Round-trip delay计算时间，不大可能十分精确吧。
所以才允许systematic bias
（不过这我只是猜测，不懂。
题外话，按说所谓的卫星时钟同步，gps也够准的，当然gps也有漂移。
应该都是同步问题）
WIKI:NTP
Clock synchronization algorithm
To synchronize its clock with a remote server, the NTP client must compute
the round-trip delay time and the offset. The round-trip delay is computed
as δ = (t3 t0) (t2 t1), where t0 is the time of the request
packet transmission, t1 is the time of the request packet reception, t2 is
the time of the response packet transmission and t3 is the time of the
response packet reception. t3 t0 is the time elapsed on the client side
between the emission of the request packet and the reception of the
response packet, while t2 t1 is the time the server waited before
sending the answer. The offset is given by \theta = {(t_1 - t_0) + (t_2 - t_
3 ) \over 2}
The NTP synchronization is correct when both the incoming and outgoing
routes between the client and the server have symmetrical nominal delay. If
the routes do not have a common nominal delay, the synchronization has a
systematic bias of half the difference between the forward and backward
travel times.[8]
【在 j*******s 的大作中提到】
: NTP 没那么重要,两个终端时间差点没关系,一般语音信号20毫秒送一个,中间由于网络
: 传输上的问题,可能有数据包丢失或延迟, 但是终端的语音处理会根据RTP数据包的
: timing step正确处理数据的.注意是根据timing step 的时间差,不是我在3.00:20PM
: 发个数据包,对方必须在3.00:20PM处理这个数据包,对方不可能在这个精确的时间收到
: 这个数据包. 而且这个timing step 的起点也不是非得是0.
x*n
37 楼
jeremy这个人讲的switch那才是经典，我正在看他的QOS，也是很无敌，很多概念绝对
是refreshing。感觉这个人无敌了。而且，特有激情，感觉这个人就是特喜欢网络，很
激动的样子。
【在 he 的大作中提到】
: CME#term mon
: CME#debug ephone detail
: 重现问题.
: CME#u all
: CME#term no mon
: 耐心找一下缘故。找不到也就算了，CME的电话会议功能是个摆设，CME/CUE产品性价比
: 非常差，用户很少。
: CCNA v到CCVP，我觉得没有比Jeremy Cirora录像更好的自学资料了，网上搜搜可以下
: 载，理论+实际他齐活了。
是refreshing。感觉这个人无敌了。而且，特有激情，感觉这个人就是特喜欢网络，很
激动的样子。
【在 he 的大作中提到】
: CME#term mon
: CME#debug ephone detail
: 重现问题.
: CME#u all
: CME#term no mon
: 耐心找一下缘故。找不到也就算了，CME的电话会议功能是个摆设，CME/CUE产品性价比
: 非常差，用户很少。
: CCNA v到CCVP，我觉得没有比Jeremy Cirora录像更好的自学资料了，网上搜搜可以下
: 载，理论+实际他齐活了。
f*8
38 楼
多谢，各位，bypassus,he,xiaoxiaoren,
最近这个问题解决了。
其实很简单，就是一个ephone dn没有删除,这是个普通号码，
和conference call 同一个号码，这个dn和另外的会议电话dn竞争。
所以才产生有时候能打进来，有时候打不进来。
【在 b******s 的大作中提到】
: 用什么做的media resource?感觉你这问题出在media resource上，另外你可能需要
: Rreload一下service
最近这个问题解决了。
其实很简单，就是一个ephone dn没有删除,这是个普通号码，
和conference call 同一个号码，这个dn和另外的会议电话dn竞争。
所以才产生有时候能打进来，有时候打不进来。
【在 b******s 的大作中提到】
: 用什么做的media resource?感觉你这问题出在media resource上，另外你可能需要
: Rreload一下service
Q*e
39 楼
"同事说signal一断通话马上结束了"
impossible, check RFC 3261 if what I remember is correct;
Signaling is signaling, nothing with data.
Internet/Ethernet is not synced network like SONET/ATM
so NTP does not matter as long as PHY could do clock recovery.
manage
【在 x*********n 的大作中提到】
: 比如SIP，建立了session以后，singal还重要么？
: 同事说signal一断通话马上结束了，但是我觉得，signaling应该是control的，manage
: 的作用的，cs3就可以了，没必要一定要cs5.
: 有的书说cs3，也有的说cs5，我知道这个是可以认为定义的。
impossible, check RFC 3261 if what I remember is correct;
Signaling is signaling, nothing with data.
Internet/Ethernet is not synced network like SONET/ATM
so NTP does not matter as long as PHY could do clock recovery.
manage
【在 x*********n 的大作中提到】
: 比如SIP，建立了session以后，singal还重要么？
: 同事说signal一断通话马上结束了，但是我觉得，signaling应该是control的，manage
: 的作用的，cs3就可以了，没必要一定要cs5.
: 有的书说cs3，也有的说cs5，我知道这个是可以认为定义的。
相关阅读
Application acceleration is food for thoughtWho is CCIE here?VPLS marking issue?802.11e wi-fi QoS standard approved?谁给推荐一下有关p2p的资料reactivity has XML acceleratorComcast selected Cisco/NortelHype cycle Networking Communications系统升级求教Bell South to lay off 1500 managers, hohoJuniper/NetScreen 5GT-WLAN for homegoogle videoXoIP technology positionThe 10 Biggest Microsoft Surprises of 2005 什么是web 2.0啊？who has experience w/ packet cable voip?Accton's WiFi Skype phone, cool!大家觉得NGN有前途吗，市场大吗？2004 Leading Lightsskype + PSGw.2 gateway (转载)