“Вылетает” плата VOIB на ipLDK-60 Опции

[Eldar]

Версия платы VOIB – B.3 Bd
Версия MPB: 3.8Fc

Проблема заключается в следующем:
Две станции ipLDK-300 и ipLDK-60 завязаны по протоколу H.323
ipLDK-60 имеет 8 каналов, работает транзитом на исх. связь ч/з ipLDK-300. После, не известно по какой причине плата VOIB выписывается точнее вылетает из системы.
В программе PC admin видим следующее:

1.HYBRID
2.SLIB16
3.HYBRID
5.LCOB3
6.LCOB3
7.LCOB3
9.AAFU
10.VOIB




Но после проверки в Remote diagnostic:
ipLDK-60 System
Version GS88P-3.8Fc JAN/10
Dsp Version: 5.7(09/02/27),(A-law)
DATE: 02/18/01
TIME: 06:32:19
SITE NAME :
ENTER PASSWORD: ******

maint> bc


### Board Configuration Table ###
SLOT STAS COLS VMIS S-off T-off V-off BrdName AdmBrdName
---- ---- ---- ---- ------ ------ ------ ------- ----------
1 8 0 0 1( 0) 0(--) 0(--) HYBRID HYBRID
2 16 0 0 9( 1) 0(--) 0(--) SLIB16 SLIB16
3 8 0 0 25( 2) 0(--) 0(--) HYBRID HYBRID
5 0 3 0 0(--) 1( 0) 0(--) LCOB3 LCOB3
6 0 3 0 0(--) 4( 1) 0(--) LCOB3 LCOB3
7 0 3 0 0(--) 7( 2) 0(--) LCOB3 LCOB3
9 0 0 4 0(--) 0(--) 1( 0) AAFU AAFU
10 0 8 0 0(--) 10( 3) 0(--) .... VOIB


maint>
bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : ....


После перезагрузки станции ipLDK-60, все начинает работать.
Такая проблема возникала почти каждый день, а то и несколько раз, пока один в один не поменяли оборудование. После замены станции плата не вылетала 5 дней, после чего проблема повторилась. Помогите найти решение.

[dens_klin]

Версия платы VOIB – B.3 Bd
Версия MPB: 3.8Fc

Проблема заключается в следующем:
Две станции ipLDK-300 и ipLDK-60 завязаны по протоколу H.323
ipLDK-60 имеет 8 каналов, работает транзитом на исх. связь ч/з ipLDK-300. После, не известно по какой причине плата VOIB выписывается точнее вылетает из системы.
В программе PC admin видим следующее:

1.HYBRID
2.SLIB16
3.HYBRID
5.LCOB3
6.LCOB3
7.LCOB3
9.AAFU
10.VOIB




Но после проверки в Remote diagnostic:
ipLDK-60 System
Version GS88P-3.8Fc JAN/10
Dsp Version: 5.7(09/02/27),(A-law)
DATE: 02/18/01
TIME: 06:32:19
SITE NAME :
ENTER PASSWORD: ******

maint> bc


### Board Configuration Table ###
SLOT STAS COLS VMIS S-off T-off V-off BrdName AdmBrdName
---- ---- ---- ---- ------ ------ ------ ------- ----------
1 8 0 0 1( 0) 0(--) 0(--) HYBRID HYBRID
2 16 0 0 9( 1) 0(--) 0(--) SLIB16 SLIB16
3 8 0 0 25( 2) 0(--) 0(--) HYBRID HYBRID
5 0 3 0 0(--) 1( 0) 0(--) LCOB3 LCOB3
6 0 3 0 0(--) 4( 1) 0(--) LCOB3 LCOB3
7 0 3 0 0(--) 7( 2) 0(--) LCOB3 LCOB3
9 0 0 4 0(--) 0(--) 1( 0) AAFU AAFU
10 0 8 0 0(--) 10( 3) 0(--) .... VOIB


maint>
bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : ....


После перезагрузки станции ipLDK-60, все начинает работать.
Такая проблема возникала почти каждый день, а то и несколько раз, пока один в один не поменяли оборудование. После замены станции плата не вылетала 5 дней, после чего проблема повторилась. Помогите найти решение.

Ситуация такая же, только присоединяюсь по Н.323 к сигнальному серверу Меридиана 61. в сети 6 станций ldk-60, каждая в своей сетке, помогите подсказкой?

выяснилась интересная закономерность: при транзитном звонке LG - M61-мобильный, при отбое мобильного первым и происходит ситуация : плата VOIB падает и только ребутом поднимается, выдает сообщение:
CO CO LINE TYPES PULSE/DTMF CO/PBX STATUS
---- ----------------------- ------------ --------- ------------
1 ISDN DID DTMF CO co idle
2 ISDN DID DTMF CO co idle
3 ISDN DID DTMF CO co idle
4 ISDN DID DTMF CO rls guard
а затем уже
maint> bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : ....
при отбое абонента LG все нормально...

[Eldar]

Ситуация такая же, только присоединяюсь по Н.323 к сигнальному серверу Меридиана 61. в сети 6 станций ldk-60, каждая в своей сетке, помогите подсказкой?

выяснилась интересная закономерность: при транзитном звонке LG - M61-мобильный, при отбое мобильного первым и происходит ситуация : плата VOIB падает и только ребутом поднимается, выдает сообщение:
CO CO LINE TYPES PULSE/DTMF CO/PBX STATUS
---- ----------------------- ------------ --------- ------------
1 ISDN DID DTMF CO co idle
2 ISDN DID DTMF CO co idle
3 ISDN DID DTMF CO co idle
4 ISDN DID DTMF CO rls guard
а затем уже
maint> bs 10

Print SLOT : 10 Config
SLOT : 10
Board Type : ....
при отбое абонента LG все нормально...

Все-таки не в свичах дело, по-прежнему вылетает. А вот то что мобильный кладет первым, это я безательно проверю.

[dens_klin]

с помощью NetResident смотрел что передается в сигнализации по VoIP и получились вот такие результаты:  ______________________1.jpg ( 151,83 килобайт ) Кол-во скачиваний: 47
 ______________________.jpg ( 113,69 килобайт ) Кол-во скачиваний: 41
может кто нибудь дать комментарии?

[noox]

с помощью NetResident смотрел что передается в сигнализации по VoIP и получились вот такие результаты:.... может кто нибудь дать комментарии?

У вас в первом случае (на первой картинке) абонент LDK положил трубку, а во втором мобильный абонент? Так?
С точки зрения сигнализации вроде все нормально.

[dens_klin]

абсолютно верно, при отбое первым абонента LG все нормально, при отбое первым дальнего конца(мобильного, МГТС, другого оператора) получается ситуация описанная выше...

[harris]

абсолютно верно, при отбое первым абонента LG все нормально, при отбое первым дальнего конца(мобильного, МГТС, другого оператора) получается ситуация описанная выше...

1) Это происходит только при соединении с абонентами сотовой связи???
Если вызов был на ГТС, то все нормально вне зависимости от того, кто первым отбился??
Хорошо снять трассировку вызова на ГТС, и абонент ГТС первым отбивается.
2) На трассировки видны только сигнальные сообщения. Но не видно их содержимого... А тут как раз нужно было бы посмотреть, что было внутри этих сообщений протокола Q.931 (значения информ. элементов)..

[dens_klin]

прошивка Voib пробовалась GS88H-2.3Ba GS88H-B.2Al GS88H-B.3Bd, результат один и тот же...
ну и собственно звонок на автоинформатор ГТС
Время
Протокол сессии
H.225: setup / H.245: OpenLogicalChannel 0:00:00.0
H323-UserInformation
h323-uu-pdu
h323-message-body: 0 (setup)
setup
protocolIdentifier: 0.0.8.2250.0.4
h245Address: 0 (ipAddress)
ipAddress
ip: 192.168.83.200
port: 8194
sourceAddress[..]
sourceAddress[0]: 1 (h323-ID)
h323-ID: Michurinskoe
sourceAddress[1]: 0 (dialedDigits)
dialedDigits: 1030
sourceInfo
vendor
vendor
t35CountryCode: 82
t35Extension: 11
manufacturerCode: 11
productId: LDK VOIB
versionId: RADVISIONV4
gateway
protocol[..]
protocol[0]: 7 (voice)
voice
dataRatesSupported[..]
dataRatesSupported[0]
channelRate: 128
channelMultiplier: 4
supportedPrefixes[..]
mc: True
undefinedNode: True
destinationAddress[..]
destinationAddress[0]: 0 (dialedDigits)
dialedDigits: 07974202
destCallSignalAddress: 0 (ipAddress)
ipAddress
ip: 172.30.0.10
port: 1720
activeMC: False
conferenceID: {00B1EB72-8F01-001F-005D-653AEB48E107}
conferenceGoal: 0 (create)
create
callType: 0 (pointToPoint)
pointToPoint
sourceCallSignalAddress: 0 (ipAddress)
ipAddress
ip: 192.168.83.200
port: 8193
callIdentifier
guid: {00B1EB72-8F01-001F-005C-653AEB48E107}
fastStart[..]: H.245
fastStart[0]: H.245
OpenLogicalChannel
forwardLogicalChannelNumber: 323
forwardLogicalChannelParameters
dataType: 1 (nullData)
nullData
multiplexParameters: 4 (none)
none
reverseLogicalChannelParameters
dataType: 3 (audioData)
audioData: 8 (g7231)
g7231
maxAl-sduAudioFrames: 1
silenceSuppression: False
multiplexParameters: 2 (h2250LogicalChannelParameters)
h2250LogicalChannelParameters
sessionID: 1
mediaChannel: 0 (unicastAddress)
unicastAddress: 0 (iPAddress)
iPAddress
network: 192.168.83.200
tsapIdentifier: 2054
mediaControlChannel: 0 (unicastAddress)
unicastAddress: 0 (iPAddress)
iPAddress
network: 192.168.83.200
tsapIdentifier: 2055
fastStart[1]: H.245
fastStart[2]: H.245
fastStart[3]: H.245
fastStart[4]: H.245
fastStart[5]: H.245
fastStart[6]: H.245
fastStart[7]: H.245
fastStart[8]: H.245
fastStart[9]: H.245
mediaWaitForConnect: False
canOverlapSend: False
multipleCalls: False
maintainConnection: False
presentationIndicator: 0 (presentationAllowed)
presentationAllowed
screeningIndicator: 2 (userProvidedVerifiedAndFailed)
userProvidedVerifiedAndFailed
h245Tunneling: True
user-data
H.225: callProceeding 0:00:00.0
H.225: alerting / H.245: OpenLogicalChannel 0:00:02.0
H.225: facility / H.245: terminalCapabilitySet 0:00:02.0
H.225: facility / H.245: masterSlaveDetermination 0:00:02.0
H.225: facility / H.245: terminalCapabilitySet, masterSlaveDetermination, terminalCapabilitySetAck 0:00:02.1
H.225: facility / H.245: terminalCapabilitySetAck, masterSlaveDeterminationAck 0:00:02.1
H.225: facility / H.245: masterSlaveDeterminationAck 0:00:02.1
H.225: connect / H.245: OpenLogicalChannel 0:00:05.8
H.225: facility / H.245: terminalCapabilitySet 0:00:14.0
H.225: facility / H.245: closeLogicalChannel 0:00:14.0
H.225: facility / H.245: closeLogicalChannel 0:00:14.0
H.225: facility / H.245: requestChannelClose 0:00:14.0
H.225: facility / H.245: endSessionCommand 0:00:14.0
H323-UserInformation
h323-uu-pdu
h323-message-body: 6 (facility)
facility
protocolIdentifier: 0.0.8.2250.0.4
reason: 10 (transportedInformation)
transportedInformation
callIdentifier
guid: {00B1EB72-8F01-001F-005C-653AEB48E107}
multipleCalls: True
maintainConnection: True
h245Tunneling: True
h245Control[..]: H.245
h245Control[0]: H.245
MultimediaSystemControlMessage: 2 (command)
command: 5 (endSessionCommand)
endSessionCommand: 1 (disconnect)
disconnect
H.225: releaseComplete 0:00:14.0
H323-UserInformation
h323-uu-pdu
h323-message-body: 5 (releaseComplete)
releaseComplete
protocolIdentifier: 0.0.8.2250.0.4
reason: 3 (destinationRejection)
destinationRejection
callIdentifier
guid: {00B1EB72-8F01-001F-005C-653AEB48E107}
presentationIndicator: 0 (presentationAllowed)
presentationAllowed
screeningIndicator: 2 (userProvidedVerifiedAndFailed)
userProvidedVerifiedAndFailed
nonStandardData
nonStandardIdentifier: 1 (h221NonStandard)
h221NonStandard
t35CountryCode: 181
t35Extension: 0
manufacturerCode: 20052
data: \00\0E\08\02\81\86"\00\07\05\05\00\81\00\90\00
h245Tunneling: True