Help! Dropping calls!

[Rappy]

good afternoon, i have an IPO using scn in which we share our voice mail between our main branch and two remote sites via our EIRGP lines, one 3M pipe another is a straight 1.5M T. I am running SW ver 3.1.65. Since last week, i have been having users complain that they are receiving calls or making calls, and suddenly, the phone call will end with a fast busy signal and the phone display showing DISCONNECTED. i started logging on the device using monitor, and noticed that the users complaining of this issue would receive the error message "Network Out of Order," after the call was dropped within the monitor logs. The dropped calls are not only happening with the branches that we share our phone system with, but also on the site in which the IPO is stored (the branch incoming calls are routed through the main site, then to the branches over the WAN). Has anyone ever run into this issue? Can anyone tell me how to turn on logging on monitor so that it logs everything, even when im not logged in? Any help would be apreciated.

=H=

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[Rappy]

my LEC has already stress tested the circuit on all patterns and stated that the circuit tested clean on all patterns. tested was done for 15 minutes, and results next day came back as being normal.

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[jamie77]

I have only ever seen those errors when the PSTN had a problem.

Network Out Of Order is the clue!!!

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[ProviderReborn]

Get the monitor program fired up. Take some time to look at the results when you are getting issues.

Have a look at the ISDN cause codes, Have a look at what happens when the calls drop.
Also get information from the Line provider terminating equipment, Any alarms show on the kit?

ACA - IP Office Implement
ACA - IP Telephony
CCENT - Cisco ICND1
CCNA - Working towards.

 

[Rappy]

Thank you, Jamie!

The kink with that theory is that when the users in the remote branch experienced the issue, they tried to call my extension and were unable to do so. They tried to call various extensions in other branches but could not. However, dialing the direct numbers went through. They have their own phone lines for outgoing calls.

=H=

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[ProviderReborn]

In that case are you able to explain your site topolgy in a little more detail.
Eg, Lines into each, type of link to the remote IP Offices. Software levels ect.

Thanks

ACA - IP Office Implement
ACA - IP Telephony
CCENT - Cisco ICND1
CCNA - Working towards.

 

[Rappy]

here is a snippet of what the monitor is capturing. I hope it's enough for anyone to look through. I dont know what i should be looking for:

807254mS CD: CALL: 2.18.1 BState=Ringing Cut=1 Music=0.0 Aend="Line 2" (35.6) Bend="Heath Kitchen(655)" [Queue] (0.0) CalledNum=655 () CallingNum=97033542100 () Internal=0 Time=76408 AState=Connected
807254mS CMMap: a=35.6 b=0.0 R1
807380mS RES: Mon 4/2/2008 11:49:03 FreeMem=13980768(20) CMMsg=8 (9) Buff=200 850 1000 1268 4 Links=6630 Elements=165
812045mS CMExtnRxP: v=1
CMShortCode
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
ShortCode GetSystemInfo (99) = []
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
Product Unknown
812045mS CMExtnTxP: v=1
CMShortCode
Line: type=DigitalExtn 2 Call: lid=0 id=-1 in=0
ShortCode GetSystemInfo (99) = [3.1 (65)] Calling[FirstSavings] Type=Default (100)
Product Unknown
Display [IP 412]
Tag type=Text [1,1,2,1,0,1.] [0x31 0x2c 0x31 0x2c 0x32 0x2c 0x31 0x2c 0x30 0x2c 0x31 0x00 ]
Timed: 04/02/08 11:49
813252mS CMExtnRx: v=, p1=1005
CMConnect
Line: type=RAS 1 Call: lid=0 id=1005 in=0
Product Unknown
813253mS CMMap: a=35.6 b=0.0 R0
813254mS CD: CALL: 2.18.1 BState=Connected Cut=1 Music=0.0 Aend="Line 2" (35.6) Bend="Heath Kitchen(655)" [VoiceMail] (0.18) CalledNum=655 () CallingNum=97033542100 () Internal=0 Time=82408 AState=Connected
813254mS CMMap: a=35.6 b=0.18 M1
813257mS CD: CALL: 2.18.1 BState=Connected Cut=3 Music=0.0 Aend="Line 2" (35.6) Bend="Heath Kitchen(655)" [VoiceMail] (0.18) CalledNum=655 () CallingNum=97033542100 () Internal=0 Time=3 AState=Connected
813257mS CMExtnTx: v=, p1=1005
CMCallStatus
Line: type=RAS 1 Call: lid=0 id=1005 in=0
Called[655] Type=Default (100) Calling[97033542100] Type=National (2) Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=0 chan=18
Product Unknown
Display [UNIVERSAL TITLE]
State=9, Connected
Locale: enu
813258mS CMExtnTx: v=, p1=1005
CMConnectAck
Line: type=RAS 1 Call: lid=0 id=1005 in=0
BChan: slot=0 chan=18
Product Unknown
813381mS RES: Mon 4/2/2008 11:49:09 FreeMem=13980960(19) CMMsg=8 (9) Buff=200 850 1000 1261 4 Links=6629 Elements=165
815938mS PRN: LCSE: 01ae7568 (0 4768 0); H245 Received close channel: 65793
815938mS PRN: LCSE: 01ae7568 (0 4768 0); H245 Sending close channel ack: 65793
815939mS PRN: LCSE: 01ae7568 (0 4768 0); Deleting channel 65793
815941mS PRN: LCSE: 01ae6f34 (0 4768 0); H245 Sending close channel: 257
815942mS H323Evt: v=0 stacknum=51 State, new=ReleaseReq, old=Active id=4768
815943mS H323Evt: v=0 stacknum=51 State, new=NullState, old=ReleaseReq id=4768
815943mS PRN: LCSE: 01ae6f34 (0 4768 0); Deleting channel 257
815946mS CMLineRx: v=51
CMReleaseComp
Line: type=IPLine 51 Call: lid=0 id=4768 in=0
Product Unknown
Cause=16, Normal call clearing
815947mS PRN: CALL: 2.8.1 Deleted leaving 4 CMCall objects
815947mS CMMap: a=35.4 b=250.9281 M0
815947mS PRN: Converted to:
815947mS CMMap: a=35.4 b=3.20 M0
815949mS ACD:2.8.1,Main,Complete,5,120,456

815949mS CALL:2008/02/0411:46,00:02:18,009,97035476504,I,456,456,,,,0,,""
815950mS CMLineTx: v=2
CMReleaseComp
Line: type=Q931Line 2 Call: lid=2 id=8 in=1
Product Unknown
Cause=16, Normal call clearing
815951mS CD: CALL: 2.8.1 Deleted
815951mS CMExtnTx: v=, p1=1118
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1118 in=0
BChan: slot=3 chan=20
Product Unknown
815952mS ISDNL3Evt: v=2 stacknum=2 State, new=DiscReq, old=Active id=-1
819953mS ISDNL3Evt: v=2 p1=2,p2=1001,p3=5,p4=0,s1=
819953mS ISDNL3Evt: v=2 stacknum=2 State, new=NullState, old=DiscReq id=-1
819953mS ISDNL3Evt: v=2 stacknum=2 State, new=NullState, old=Active id=18
819954mS ISDNL3Evt: v=2 stacknum=2 State, new=NullState, old=Active id=24
819955mS CMLineRx: v=2
CMReleaseComp
Line: type=Q931Line 2 Call: lid=2 id=18 in=1
Product Unknown
Cause=38, Network out of order
819955mS PRN: CALL: 2.18.1 Deleted leaving 3 CMCall objects
819956mS CMMap: a=35.6 b=0.18 M0
819958mS CALL:2008/02/0411:46,00:01:23,054,97033542100,I,655,4633,,,,0,,""
819959mS CD: CALL: 2.18.1 BState=Idle Cut=0 Music=0.0 Aend="none" (35.6) Bend="Heath Kitchen(655)" [VoiceMail] (0.18) CalledNum=655 () CallingNum=97033542100 () Internal=1 Time=6705 AState=Idle
819960mS CMExtnTx: v=, p1=1005
CMReleaseComp
Line: type=RAS 1 Call: lid=0 id=1005 in=0
BChan: slot=0 chan=18
Product Unknown
819961mS CD: CALL: 2.18.1 Deleted

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[Rappy]

TOPOLOGY:

Main site: IPO 412 3.1.65 w/2 digital trunks 23 channels each for our local user's outgoing/incoming calls

Remote site 1: IPO 406DS 3.1.65 w/1 incoming trunk feeding from the main site (20 channels for incoming calls, and 17 outgoing POTS lines)

Remote site 2: IPO 406DS 3.1.65 w/1 incoming trunk feeding from the main site (10 channels for incoming calls, and 32outgoing POTS lines)

Remote Site 3:
Remote site 2: IPO 406DS 3.1.56 with their own incoming and outgoing lines; only networked to the other sites not sharing any resources


I hope that's enough, but let me know.

Beets? Yes! Ask me how I feel about Beets! I like Beets!

 

[Rappy]

This issue was resolved- someone downstream decided to make the link a data line, hence, our dropped calls.

thank you!

Beets? Yes! Ask me how I feel about Beets! I like Beets!