[讨论]NEC 2400 IPX 数字中继挂起不断开...

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

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

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

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

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.

 virtual trunk 是什么你知道吗？

数字中继也不会存在咬线这种说法，要看用多少，剩多少直接用SRTS就行了！

好了！既然你贴了手册，那么跟在下面的这一段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.

 

上面的第四张图,RLST-0和这张是看同一条TRUNK的.1-23

 

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

 RT 1 TRUNK 23
的确是数字中继,并且是咬死的,看上图.

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

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

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

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

 

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

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

强啊

，增加下人气。

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

难道是港台同胞？呵呵

 不好意思,16日那天老婆生BB了,到现在才有空抽出时间来.下面继续.

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

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

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

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

 

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

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

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

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

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

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

GXGX！呵呵

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

 

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