最近我们的s1240交换机的采集出了麻烦，通过ftam登到交换机上采集话单时，采了一点，就出错终止。我们的采集链路走的是x.25协议，对通道进行误码测试，没有发现问题。采集机和交换机的相关设置检查后也没发现问题。在惠普的建议下，我对ftam的过程进行了跟踪。以下是惠普对跟踪结果的分析，认为问题出在x.25协议上，而且应该是在交换机侧。我对传输不大熟，劳驾哪位兄弟帮忙在分析以下，看能不能给一个明确的定位。谢了！
> The trace is demonstrating what I explained in my first answer: the X25 P(s) numbering is faulty at one point of time causing the FTAM connection to be closed.
>
> Here is the extract from the X25 trace:
>
> The problem seems to be on lci 2where we move from
> P(s)=6 to P(s)=5 instead of P(s)=7:
>
> Rx L3 bd: 0 p: 1 at Tue Jun 20 MESTDST 2006 10:39:00.943409 Data Packet lci 2
> Q-bit : 0 D-bit : 0 M-bit : 1
> P(R) : 5 P(S) : 5
>
> Tx L3 bd: 0 p: 1 at Tue Jun 20 MESTDST 2006 10:39:01.886409
> RR lci 2 P(R) : 6
>
> Rx L3 bd: 0 p: 1 at Tue Jun 20 MESTDST 2006 10:39:06.947409 Data Packet lci 2
> Q-bit : 0 D-bit : 0 M-bit : 1
> P(R) : 5 P(S) : 6
>
> Tx L3 bd: 0 p: 1 at Tue Jun 20 MESTDST 2006 10:39:07.896409 RR lci 2
> P(R) : 7
>
> Rx L3 bd: 0 p: 1 at Tue Jun 20 MESTDST 2006 10:39:07.901409 Data Packet lci 2
> Q-bit : 0 D-bit : 0 M-bit : 0
> P(R) : 5 P(S) : 5
>
> The problem here is we should have had:
>
> P(s)=5 to P(s)=6 to P(s)=7
>
> rather than going backward:
>
> P(s)=6 to P(s)=5
>
> So, customer needs to investigate his X25 network to understand the P(s) numbering problem and to fix it.