千家论坛_智能建筑与智能家居技术交流社区

标题: [讨论]NEC 2400 IPX 数字中继挂起不断开 [打印本页]

作者: flyingnn999 时间: 2009-7-16 14:12
标题: [讨论]NEC 2400 IPX 数字中继挂起不断开
如题所说,
用SCVT查看中继,正常情况下,红色的是在使用中的中继.
然后用RLST查看红色的TRUNK,正常情况下,STATUS要么显示:
1. 1   IDLE,没有使用.
2. 2   BUSY,而且下面会显示与之相连线路,要不是中继,要么是内线等等.
3. 2   BUSY,现在是出现了怪情况,下面没有显示与之相连接的线路,是空的.而且是一直连着的,不会断开.只能手动按"EXECUTE"断开它.并且这种情况都会有可能出现在不同的TRUNK上,如果长期不去手动检查断开,那么这条中继就会有很多TRUNK是这样的情形,导致打不出电话.
到现还清楚原因所在,希望大家指导一下,该怎么去分析解决问题.

作者: petermk 时间: 2009-7-16 15:04

SCVT——很强大，不知道是谁教你用这一条的命令的！

如果你说的中继是模拟中继，那么可以很可定的说你用错命令了！完全不相干啊，2400上能用到这条命令的人估计会非常的很少！

作者: flyingnn999 时间: 2009-7-16 15:27
没有人教,自学的.
出问题的不是模拟中继,是数字中继.
SCVT,Setting/Change of Virtual Trunk Operation Data
我现在用它,只是看中继组的使用情况,用了几条,共有几条.
GET就是取得数据.
EXECUTE就是设定了间隔时间(INTERVAL)后,不断的定时更新数据.
STOP就是停止更新数据.
按它的英文意思,是可以设定/改变虚拟中继操作数据,不知道怎么用.
SCVT是可以看到所有中继的使用状况的啊,不管是数字还是模拟.

作者: flyingnn999 时间: 2009-7-16 15:37
SCVT,有关这条命令的说明,也没有多强大啊,就我理解,就是得到中继组中各条中继线的状态.我比较常用来查看的,和DCON一样,不过,DCON可以更丰富.
1. Functional Outline
This command is used to initialize memory due to changing virtual trunk data of the Protocol Handler (PH)
cards. Memory initialization starts when trunk status is Idle and Bothway Make-Busy.
2. Parameters
Input data
RT: Route Number
INTERVAL: Interval time of scan (seconds) [0-120]
TK: Trunk Number [1-255]
Details of a color:
Not Assigned GRAY (Status: 0)
Idle WHITE (Status: 1)
Busy RED (Status: 2)
Bothway Make-Busy/Not Mounted YELLOW (Status: 3)
Initialize Success GREEN (Result: 1)
Initialize Failure BLUE (Result: 2) Note
Note: The numbers shown in brackets are used for printout data.
RESULT indicates the memory initialization result.
STATUS indicates the trunk status.
[Read]
? Enter the route number.
? Click the Read button.
? Current trunk status is displayed in different colors.
[Execute]
? Click the Execute button.
? When the trunk is idle and Bothway Make Busy/Not Mounted, memory initial starts.

作者: petermk 时间: 2009-7-16 16:03
virtual trunk 是什么你知道吗？

作者: petermk 时间: 2009-7-16 16:09
数字中继也不会存在咬线这种说法，要看用多少，剩多少直接用SRTS就行了！

作者: petermk 时间: 2009-7-16 16:16

好了！既然你贴了手册，那么跟在下面的这一段Note看了没？

Virtual trunks indicated here become available only when virtual channels via PHC are used with CCIS over IP. Virtual channels via Media Gateway is not available.

作者: flyingnn999 时间: 2009-7-16 16:26
[attach]40290[/attach]
[attach]40291[/attach]
[attach]40292[/attach]
[attach]40293[/attach]
[attach]40294[/attach]

作者: flyingnn999 时间: 2009-7-16 16:29
上面的第四张图,RLST-0和这张是看同一条TRUNK的.1-23
[attach]40295[/attach]

[此贴子已经被作者于2009-7-16 16:37:27编辑过]

作者: flyingnn999 时间: 2009-7-16 16:32
RT 1 TRUNK 23
的确是数字中继,并且是咬死的,看上图.

作者: flyingnn999 时间: 2009-7-16 16:45
参看对比上面的第三和第四张图,同样的BUSY的状态,下面连接显示的就不一样,RT1-6就连接到了内线553,RT1-23就什么也没有连接,长期是这样的,如果不手动断开的话.
RT1的每一条TRUNK都有可能出现像RT1-23的情况,时间久了,就更多了,最后是情况是,很多TRUNK都是BUSY的,并且不知道连接到什么地方了,导致无法再用这条中继打出电话了.

作者: petermk 时间: 2009-7-16 17:14

SVCT本来是用来初始化用于CCIS Over IP的协议控制器的内存数据的。

从来没用过SVCT，刚才试了下，果然可以用这个来显示基于RT的中继状况，LZ很另类呵呵。但是因为这个本来是针对CCIS的虚拟中继的，用于实际的中继准确性不能验证。

一般看端口状态都是用SPTS——基于Group+Unit。

好的，再来发现一个比较奇怪的现象，LZ的数字中继用的是23B+D，中国大陆目前有提供这样的服务吗？

作者: petermk 时间: 2009-7-16 17:19
另外，一般ISDN的故障一般都是让运营商一侧监控数据，配合解决问题的！因为局端的交换机可以给出详细的消息记录，并且就理论知识来讲，运营商的工程师也要比我们扎实的多。这一点是个人经验！

作者: awmaster 时间: 2009-7-17 09:48

强啊

，增加下人气。

作者: petermk 时间: 2009-7-17 20:20

另外，同12楼问：LZ为什么配置的是基于T1的23B+D？

难道是港台同胞？呵呵

作者: flyingnn999 时间: 2009-7-30 17:14
不好意思,16日那天老婆生BB了,到现在才有空抽出时间来.下面继续.

作者: flyingnn999 时间: 2009-7-30 17:18

以下是引用petermk在2009-7-16 17:14:00的发言：

SVCT本来是用来初始化用于CCIS Over IP的协议控制器的内存数据的。

一般看端口状态都是用SPTS——基于Group+Unit。

好的，再来发现一个比较奇怪的现象，LZ的数字中继用的是23B+D，中国大陆目前有提供这样的服务吗？

SCVT,可以看得比较详细.
单看有23个TRUNK,不一定是23B+D吧,E1 30B+D也可以只用到23TRUNK的.
不过,上面说的情况,的确是T1 23B+D,机器在HK,远程搞的.

作者: flyingnn999 时间: 2009-7-30 17:24

以下是引用petermk在2009-7-16 17:19:00的发言：
另外，一般ISDN的故障一般都是让运营商一侧监控数据，配合解决问题的！因为局端的交换机可以给出详细的消息记录，并且就理论知识来讲，运营商的工程师也要比我们扎实的多。这一点是个人经验！

叫ISP(PCCW)的人过来看了,拿仪器测试了好几次线路,光MODEM都换了,说是他们的线路方面没有问题.

作者: petermk 时间: 2009-7-31 13:11

不是测这个啊！这个东西没问题，那个线路没问题，这样的话永远也查不出问题的！

发生咬线的话，叫他们查ISDN的消息啊！究竟什么原因出现的，ISDN的整个呼叫、连接、拆线等等都是通过D信道传递的ISDN消息来实现的！比如是分机挂机，但是PBX没送拆线的消息，局端送拆线信令PBX不响应。。。。。总而言之事情发生了就肯定有原因的！

作者: petermk 时间: 2009-7-31 13:24

GXGX！呵呵

也有见过30B+D不用满的，用15、20的都见过，但是23一般就没这么巧了吧！

看完更加PF你了，竟然没事把所有命令测试一遍，强啊！呵呵，还有什么好东东说说啊

作者: flyingnn999 时间: 2009-8-13 15:00
剛才問了下鐵通(雖然不是它他們的線路),回答說,他們那邊也只是可以看到我們的線路哪條在使用,至於是不是真的在使用,他們是不知道的.郁悶,和pccw那些人說的都是一樣的話.

2400IPX 或是pbx知識,知道的只是一些比較淺薄的東西了,真正的高手,還是PETERMK你啊.

用DPKG查板卡及用DPSW查板卡的開關設定,在這邊的PBX就可以看得比較清楚,可以看到板卡的型號,版本等.
但是那邊的就有一些板卡型號等相關信息不顯示得出來,板卡的開關設定倒是可以看得到.
這邊的機器版本是R14的
那邊的機器版本是R22的.
用DHDS或DISS查.

作者: petermk 时间: 2009-8-13 15:13

这边、那边？是用E1组网吗？不是ISDN的数字中继？

作者: flyingnn999 时间: 2009-8-13 16:55
這邊cn----pa-30dts------router------router-----pa-prtc(1.5m dti)-----那邊hk

有問題的是hk那邊的外線中繼.
nec 2400ipx----pa-prtc(1.5m prt)-----pccw

[此贴子已经被作者于2009-8-13 16:58:45编辑过]

作者: petermk 时间: 2009-8-13 17:04

求求你了！千万别叫我高手了，羞死人的！呵呵

怀疑你这里过去下车可能没释放！看下对端2个数字中继RT的ARTD>8-RLP是不是都是2（第一方释放）；

实在不行就强制切断吧30分钟？or 45分钟？分机的强制切断和汇接的强制切断一起做！

作者: petermk 时间: 2009-8-13 17:09

或者你可以先测试下：

从大陆打香港的分机，接通后查下香港侧对应的组网E1的trunk，然后大陆这一侧挂机，看对端的E1 trunk会不会释放？多久释放？

如果不会释放，就要怀疑是不是路由器的E1配置有问题了？

作者: flyingnn999 时间: 2009-8-13 17:12
出問題的是,hk那邊的分機打外線,有時候分機挂了,但是中繼沒有放.
cn這邊是用不到那組中繼來打外線的.

[此贴子已经被作者于2009-8-13 17:12:39编辑过]

作者: flyingnn999 时间: 2009-8-13 17:29

以下是引用petermk在2009-8-13 17:09:00的发言：

或者你可以先测试下：

从大陆打香港的分机，接通后查下香港侧对应的组网E1的trunk，然后大陆这一侧挂机，看对端的E1 trunk会不会释放？多久释放？

如果不会释放，就要怀疑是不是路由器的E1配置有问题了？

CN打HK是大部份功能正常的,除了CN打HK沒有計費外.
HK打CN就是正常的.有計費.
這是另外的問題了.不關聯本貼的問題.

作者: petermk 时间: 2009-8-17 09:18

下面是手册上的整个ISDN呼叫过程的消息序列！我想你应该也很容易看出问题是出在那一个阶段！

[attach]40721[/attach]

作者: lianglyq2006 时间: 2010-4-27 13:49

学习了.

顶一个.

作者: niger 时间: 2010-5-18 15:12

真是高手，看了你们的讨论，顶一个。

欢迎光临千家论坛_智能建筑与智能家居技术交流社区 (http://bbs.qianjia.com/)