G*****i
发帖数: 157 | 1 有个项目，GlobalFirm 要上CiscoVoice，共有三十多个sites遍及五大洲
大部分是传统交换机Siemens，Avaya等，只有少数几个小branch有CiscoVoice，公司打
算在所有分公司上CiscoVoice。
拨号方案:
目前分公司内部4-Digit拨号，分公司间有些4-Digit，有些7-Digit
要求：
unique number for each extension
希望内部用4-Digit拨号
问题：
1，号码方案应该用+E.164吗?
以前Cisco一直在推Line/Device Calling Search Space approach,
最近好像更倾向于：Single CSS approach with Local Route Group
Voice阿姨们说说哪种方案是未来趋势？
2，4-Digit拨号分公司之间有overlap,如何解决？
改其中一个分公司分机？还是在现有四位分机前加一位？ |
x*********n
发帖数: 28013 | 2 首先，你要确定你的handoff是啥，
是PRI，sip trunking，还是FXS。
然后，7digit和4digit一起用就好了。在voice gateway上面设2个dial-peer，7digit
在前面，4digit在后面。4digit重复貌似只有不用or改号码了。 |
G*****i
发帖数: 157 | 3
7digit
4-Digit拨号和7-Digit拨号混用的话，会有很多问题，比如说收完四位号码还要不要再
等。
这个跟PRI还是SIP Trunk应该无关吧？！
【在 x*********n 的大作中提到】
: 首先，你要确定你的handoff是啥，
: 是PRI，sip trunking，还是FXS。
: 然后，7digit和4digit一起用就好了。在voice gateway上面设2个dial-peer，7digit
: 在前面，4digit在后面。4digit重复貌似只有不用or改号码了。
|
s*****g
发帖数: 1055 | 4 Single CSS approach with Local Route Group has been around for ... 5 years
now? this is definitely the way you should be doing especially when you have
a lot of branches.
【在 G*****i 的大作中提到】
: 有个项目，GlobalFirm 要上CiscoVoice，共有三十多个sites遍及五大洲
: 大部分是传统交换机Siemens，Avaya等，只有少数几个小branch有CiscoVoice，公司打
: 算在所有分公司上CiscoVoice。
: 拨号方案:
: 目前分公司内部4-Digit拨号，分公司间有些4-Digit，有些7-Digit
: 要求：
: unique number for each extension
: 希望内部用4-Digit拨号
: 问题：
: 1，号码方案应该用+E.164吗?
|
G*****i
发帖数: 157 | 5 那就是说：Line/Device Calling Search Space approach 已经过时了？
have
【在 s*****g 的大作中提到】
: Single CSS approach with Local Route Group has been around for ... 5 years
: now? this is definitely the way you should be doing especially when you have
: a lot of branches.
|
s*****g
发帖数: 1055 | 6 Unless you have only a few branches and very simple call plan, I don't see
why you should not be using local route group approach.
You shouldn't be seeking advice on such basic architectural decision for
production implementation on this board though, for most part topics on this
board are for entertainment only.
【在 G*****i 的大作中提到】
: 那就是说：Line/Device Calling Search Space approach 已经过时了？
:
: have
|
h****z
发帖数: 36 | 7 你这是需要设计一个Coordinated Dial Plan. 是比较专业的服务. 如果愿意付费的话,
可以帮忙设计. |
x*********n
发帖数: 28013 | 8 不会，我很多客户都是这样用的。
dial-peer出去的都是随便哪个match都行的，dial-peer进来的，你可以设置sequence。
dial-peer 7 digit在前，dial-peer 4digit在后，
【在 G*****i 的大作中提到】
: 那就是说：Line/Device Calling Search Space approach 已经过时了？
:
: have
|
s*****g
发帖数: 1055 | 9 呵呵, 不至于吧.
话,
【在 h****z 的大作中提到】
: 你这是需要设计一个Coordinated Dial Plan. 是比较专业的服务. 如果愿意付费的话,
: 可以帮忙设计.
|
h****z
发帖数: 36 | 10 当然了, 你讨论的都是些鸡毛蒜皮的玩艺, 根本没有触及问题的核心.
【在 s*****g 的大作中提到】
: 呵呵, 不至于吧.
:
: 话,
|
|
|
s*****g
发帖数: 1055 | 11 Cool, this board is seriously lacking 触及问题的核心的 discussions, why don'
t you start some? so people coming to this board can learn and help each
other -- without a fee ;-)
【在 h****z 的大作中提到】
: 当然了, 你讨论的都是些鸡毛蒜皮的玩艺, 根本没有触及问题的核心.
|
he
发帖数: 2025 | 12 赛王敲汉字了!!
能玩转复杂拨号系统的人可真不多，德州有公司出十几万找这样的人，基本工资，奖金
分红另算。这一块算是咨询组最核心的本事之一了。
面试的时候我问过，讲讲\+.!，基本都瘪茄子了。
【在 s*****g 的大作中提到】
: 呵呵, 不至于吧.
:
: 话,
|
b******s
发帖数: 5329 | 13 1.号码方案，E164不错，不过这个要用户协商决定，但不建议10位7位4位号码混用。至
于是Line/Phone CSS还是Flat CSS，看具体情况，很难一概而论。LRG，现在越来越多
用sip trunk/cube/SIP proxy解决，LRG没什么实际意义，但如果都用PRI当然会用LRG
以减少RP。
2.号码overlap，升位，或者是用site code，原理是一样的。site内可TP继续保留4位
拨号习惯。
【在 G*****i 的大作中提到】
: 有个项目，GlobalFirm 要上CiscoVoice，共有三十多个sites遍及五大洲
: 大部分是传统交换机Siemens，Avaya等，只有少数几个小branch有CiscoVoice，公司打
: 算在所有分公司上CiscoVoice。
: 拨号方案:
: 目前分公司内部4-Digit拨号，分公司间有些4-Digit，有些7-Digit
: 要求：
: unique number for each extension
: 希望内部用4-Digit拨号
: 问题：
: 1，号码方案应该用+E.164吗?
|
G*****i
发帖数: 157 | 14 感谢Bypassus大神的建议。
还有个问题：
E.164 和 +E.164是一回事吗？
LRG
【在 b******s 的大作中提到】
: 1.号码方案，E164不错，不过这个要用户协商决定，但不建议10位7位4位号码混用。至
: 于是Line/Phone CSS还是Flat CSS，看具体情况，很难一概而论。LRG，现在越来越多
: 用sip trunk/cube/SIP proxy解决，LRG没什么实际意义，但如果都用PRI当然会用LRG
: 以减少RP。
: 2.号码overlap，升位，或者是用site code，原理是一样的。site内可TP继续保留4位
: 拨号习惯。
|
s*****g
发帖数: 1055 | 15 是啊, 是啊, 不过确切的说是"写".
Voice 水很深啊, 玩过globalization/localization的人应该能讲一点 +.! 吧.
【在 he 的大作中提到】
: 赛王敲汉字了!!
: 能玩转复杂拨号系统的人可真不多，德州有公司出十几万找这样的人，基本工资，奖金
: 分红另算。这一块算是咨询组最核心的本事之一了。
: 面试的时候我问过，讲讲\+.!，基本都瘪茄子了。
|
s*****g
发帖数: 1055 | 16 不明白为什么用SIP trunk/CUBE, LRG 就没什么实际意义了, don't people have SIP
trunk/PRI on the same voice gateway -- for backup?
LRG
【在 b******s 的大作中提到】
: 1.号码方案，E164不错，不过这个要用户协商决定，但不建议10位7位4位号码混用。至
: 于是Line/Phone CSS还是Flat CSS，看具体情况，很难一概而论。LRG，现在越来越多
: 用sip trunk/cube/SIP proxy解决，LRG没什么实际意义，但如果都用PRI当然会用LRG
: 以减少RP。
: 2.号码overlap，升位，或者是用site code，原理是一样的。site内可TP继续保留4位
: 拨号习惯。
|
b******s
发帖数: 5329 | 17 SIP TRUNK直接把PRI替代了，SIP设备的物理位置和用户可以完全不在一起。所以这时
候再说，哪个DP用哪个SIP TRUNK已经没有意义。
SIP
【在 s*****g 的大作中提到】
: 不明白为什么用SIP trunk/CUBE, LRG 就没什么实际意义了, don't people have SIP
: trunk/PRI on the same voice gateway -- for backup?
:
: LRG
|
s*****g
发帖数: 1055 | 18 Hmm, agree, is 911 service (or any local services) going be easy to
implement in this case?
【在 b******s 的大作中提到】
: SIP TRUNK直接把PRI替代了，SIP设备的物理位置和用户可以完全不在一起。所以这时
: 候再说，哪个DP用哪个SIP TRUNK已经没有意义。
:
: SIP
|
b******s
发帖数: 5329 | 19 911: 看你的caller ID,确定送哪个PSAP.
local call: 这种SIP服务,和手机一样,没local和LD之分.
【在 s*****g 的大作中提到】
: Hmm, agree, is 911 service (or any local services) going be easy to
: implement in this case?
|
