Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

Register Log in
  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

System Reboot 3

Status
Not open for further replies.
Chedzz

Chedzz

Technical User
Apr 15, 2008
95
GB
Hi all,

strange one this. Thought I'd see if anyone had experienced anything similar.

client with 2 406V2 running 4.2.23 connected via SCN. Reception function is centralised in Site A. Calls for old main number of Site B connect via the SCN to reception in Site A. Receptionist then transfers back to Site B if the caller needs someone there. Does this 10-20 times per day without issue. However, every 2 months or so (it's pretty random) the Site A switch reboots with a TBL error. Today we have identified it only happens when 2 particular users in Site A try to transfer a call to Site B. Other users can transfer calls from Site A to Site B without any problems and even to the same extn numbers that cause the reboot for the 2 particular users.

Monitor trace is as follows for the few moments before the reboot. (Extn 4461 is one of the users that causes the problem)

1200743256mS H323Evt: v=0 stacknum=103 State, new=Delivered, old=OverlapSend id=98109
1200743260mS CMLineRx: v=103
CMAlerting
Line: type=IPLine 103 Call: lid=0 id=98109 in=0
IE CMIESupplementaryService (3)
Network Facility Extension
sourceEntity: 0
destinationEntity: 0
Interpretation APDU
discardAnyUnrecognisedInvokePdu
AlertingName.Invoke.CodePageISO8859-1
invokeId 43100
user 'IT' presentation Allowed
IE CMIERespondingPartyName (228) IT
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:100 N:100 R:4) number=2040
IE CMIEFastStartInfoData (6)
1200743261mS CMCallEvt: 0.98109.0 19238 H323TrunkEP: StateChange: END=B CMCSOverlapRecv->CMCSRinging
1200743262mS CMCallEvt: 0.98100.0 19238 NatalieGibbon.1: StateChange: END=A CMCSDialling->CMCSRingBack
1200743263mS CMExtnEvt: v=16 State, new=Alerting old=Dialling,0,0,NatalieGibbon
1200743267mS CMExtnTx: v=4461, p1=0
CMAlerting
Line: type=DigitalExtn 7 Call: lid=0 id=98100 in=0
IE CMIESupplementaryService (3)
Network Facility Extension
sourceEntity: 0
destinationEntity: 0
Interpretation APDU
discardAnyUnrecognisedInvokePdu
AlertingName.Invoke.CodePageISO8859-1
invokeId 43100
user 'IT' presentation Allowed
IE CMIERespondingPartyName (228) IT
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:100 N:100 R:4) number=2040
IE CMIEFastStartInfoData (6)
Timed: 15/02/10 09:56
1200743268mS CD: CALL: 0.98100.0 BState=Ringing Cut=3 Music=0.0 Aend="NatalieGibbon(4461)" (13.18) Bend="Line 103" [Line 103] (353.1) CalledNum=2040 (IT) CallingNum=01753272000 () Internal=0 Time=14756 AState=Ringing
1200743272mS CMMap: PCG::MapBChan pcp[163]b1r0 cp_b fe998cfc other_cp_b 0 type CGTypeSimple
1200743272mS CMMap: a=13.18 b=0.0 PCGS CPReserveCodec (pcp[787]b0r1) true
1200743273mS CMMap: PCG::MapBChan pcp[787]b0r1 cp_b fed001b4 other_cp_b fe998cfc type CGTypeSimple
1200743273mS CMMap: a=13.18 b=3.22 M1
1200744287mS H323Evt: RTP(50t): 192.168.19.5/49152 172.21.3.10/49152 CODEC 6 PKTSZ=20 RFC2833=off AGE=1015 SENT 50 (avg size=20) RECV 50 (avg size=20)
1200744488mS CMExtnRx: v=4461, p1=0
CMTransferComplete
Line: type=DigitalExtn 7 Call: lid=0 id=98100 in=0
1200744489mS CMTARGET: CMTransferReturnDetails::CMTransferReturnDetails( tt = 15000, extn = 4461 ) called.
1200744489mS CMTARGET: TransferProposal: X_call: ID=19238 Aend=4461 -> 2040
1200744489mS CMTARGET: TransferProposal: Y_call: ID=19222 Aend=01753272000 -> 4461
1200744490mS CMTARGET: Surviving Call=19238
1200744490mS CMTARGET: Goodbying Call=19222
1200744490mS CMTARGET: AEND 01753272000 -> 2040 BEND
1200744495mS CMCallEvt: 0.98100.0 19238 NatalieGibbon.1: CompleteTransfer to 0.98053.0 (0.98053.0 19222 NatalieGibbon.0) (Return @ 15000ms -> 4461)
1200744495mS CMExtnEvt: NatalieGibbon: CALL LOST (CMCauseTransfer)
1200744496mS CMExtnEvt: NatalieGibbon: Extn(4461) Calling Party Number(01753272000) Type(CMNTypeNational)
1200744496mS CMCallEvt: 0.98100.0 -1 NatalieGibbon.1: StateChange: END=X CMCSRingBack->CMCSCompleted
1200744496mS CMExtnEvt: v=16 State, new=PortRecoverDelay old=Alerting,0,0,NatalieGibbon
1200744497mS CMExtnTx: v=4461, p1=0
CMReleaseComp
Line: type=DigitalExtn 7 Call: lid=0 id=98100 in=0
Called[2040] Type=Default (100) Reason=CMDRdirect Calling[01753272000] Type=National Plan=ISDN Pres=Allowed (0)
Cause=126, Transfer(IPO)
Timed: 15/02/10 09:56
1200744498mS CMExtnEvt: NatalieGibbon: CMExtnHandler::SetCurrent( id: 98100->0 )
1200744498mS CMCallEvt: 0.98100.0 -1 NatalieGibbon.-1: StateChange: END=X CMCSCompleted->CMCSDelete
1200744504mS CMLineTx: v=103
CMFacility
Line: type=IPLine 103 Call: lid=103 id=544 in=1
IE CMIEFastStartInfoData (6)
1200744507mS CMLineTx: v=103
CMFacility
Line: type=IPLine 103 Call: lid=0 id=98109 in=0
1200744511mS CMLineTx: v=103
CMFacility
Line: type=IPLine 103 Call: lid=103 id=544 in=1
IE CMIEFastStartInfoData (6)
1200744512mS CMTARGET: 0.98100.0 -1 NatalieGibbon.-1: ChangeOriginator: To 103.544.1 19238 H323TrunkEP
1200744512mS PRN: Begin Stack Trace
1200744512mS PRN: pc=ff675b80
1200744512mS PRN: lr=fe2eb284
1200744512mS PRN: findfunc ff6759a8 ff5ff990 ff6b52e0 ff9ede98 ff9d0a1c ff9d12f0 ff9d15c4 ff87172c ff873a4c ff9e8990
1200744512mS PRN: findfunc ff873b3c ff566220 ff5fea58 ff5611e0 ff5611a4 00000000 00000000 00000000 00000000 00000000
1200744512mS PRN: End Stack Trace
1200744512mS PRN: ScheduleHistory NOT enabled: Task = CM File = ../platform/platform.cpp Line = 894
1200744512mS PRN: .FATAL TLB Data address=00000157 d=5 pc=ff675b80 ff6759a8 ff5ff990 ff6b52e0 ff9ede98 ff9d0a1c IP 406 DS 4.2(23)

********** contact lost with 192.168.19.5 at 09:55:38 15/2/2010 - reselect = 8 **********
******************************************************************

I've got a bucket load of stars waiting for this one :)
 
Sort by date Sort by votes
0.98100.0 19238 NatalieGibbon.1: CompleteTransfer to 0.98053.0 (0.98053.0 19222 NatalieGibbon.0) (Return @ 15000ms -> 4461)

Looks like 4461 is transfering to 2040 and i think 2040 has the phone diverted to 4461

I am not sure but it looks like there is a loop created.


ACS IP Office or is it ACSS :)
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
Upvote 0 Downvote
Those stars are probably destined for IPOfficeKB, as only Avaya can tell you what TLB errors mean, but I assume you don't have clashing extn's or names :)

ACS - IP Office Implement

"What the Crocodile Hat....was that?
 
Upvote 0 Downvote
Well spotted TLP :)

ACS - IP Office Implement

"What the Crocodile Hat....was that?
 
Upvote 0 Downvote
Or is that the transfer return timer of 15 secs?

ACS - IP Office Implement

"What the Crocodile Hat....was that?
 
Upvote 0 Downvote
I'll check the forwarding and transfer return but the problem happens the second the transfered call rings the target extn. It also happens when she tries to transfer to extn 2030 (which is an extn within the 2040 huntgroup.

amriddle - I think you may be right about reading the monitor trace but I have loads of faith in you and tlpeter :) and I know you like a challenge.

Case already opened by Avaya as it's a reboot problem.
 
Upvote 0 Downvote
Problem solved.

Here is the update from Avaya tier 4:

"Restart is caused due Transfer Complete from an extension that has Transfer Return set.

Trace shows 4461 transfer incoming call to group over SCN. The system will restart immediately on the transfer complete. Issue will not occur if the transfer return timer is turned off on the user initiating the transfer.
The Major Siebel SR (#1-91628962) you escalated to T4 has now been escalated to R&D as CQ97431. Please apply the recommended solution and share the results."

Well I applied the recommended solution and it fixed (fudged around) the problem. So beware if you have two 406V2 running 4.2.23 on an SCN.
 
Upvote 0 Downvote
I was very close :)

0.98100.0 19238 NatalieGibbon.1: CompleteTransfer to 0.98053.0 (0.98053.0 19222 NatalieGibbon.0) (Return @ 15000ms -> 4461)

Looks like 4461 is transfering to 2040 and i think 2040 has the phone diverted to 4461

I am not sure but it looks like there is a loop created.

ACS IP Office or is it ACSS :)
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
Upvote 0 Downvote
You were indeed. I'm considering star allocation as I type :)
 
Upvote 0 Downvote
I think you'll find I said it was transfer return :)

ACS - IP Office Implement

"What the Crocodile Hat....was that?
 
Upvote 0 Downvote
Yeah, the two lists rarely tally, one is last 6 weeks one is alltime :)

ACS - IP Office Implement

"What the Crocodile Hat....was that?
 
Upvote 0 Downvote
Ok, Ok, Star for amriddle and one for Tom for persistence on amriddles behalf :)
 
Upvote 0 Downvote
Status
Not open for further replies.

Similar threads

William C290
  • Question
System Alarm
Replies
3
Views
199
John Tel
John Tel
Desmisclvlv
  • Locked
  • Question
IPO 9.1 9508 ringer volume increases after system reboot 1
Replies
1
Views
93
Westi
Westi
vtt2019
  • Locked
  • Question
System Status - No PING
Replies
2
Views
302
AJA7
AJA7
N
  • Locked
  • Question
System not running system SD primary software after non-mergeable SIP Trunk changes 5
Replies
12
Views
1K
derfloh
derfloh
timbreck
  • Question
Connecting avaya ip office 500 v2 to a valcom page system 1
2
Replies
26
Views
1K
timbreck
timbreck

Part and Inventory Search

Sponsor

Back
Top