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!

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

ONS?OPS circuit assignnment

Status
Not open for further replies.

pea123

Technical User
Aug 26, 2009
380
My 3300 analogue stations just quit transferring calls.The ons/ops cct assignment was : Short;Calibrated;Low300 & High600.Changed to default.Still wont transfer.What can you advise?Theres a minor alarm for lines.
 
to enable the transfer of calls from analogue sets I normally use the followinf and it works for me

ONS/OPS Circuit Assignment

Number: 2
Transmission: Short
Flash Type: Calibrated
Low Flash Timer:
High Flash Timer: 500
Rad Loop Disconnect Timer:
Ground Button: No
Message Waiting Lamp: No
Part of a Modem: No
Call Announce Line: No
OPS Balance Network Setting:
Loss Option: No
Positive Disconnect: No
Positive Disconnect Timer: 500
Ring Frequency: National
Set Type: National
ETSI CLASS First Ring Duration: Normal
ETSI CLASS MWI On-Hook Alert Method: Positive Disconnect

 
I have also used the parameters you posted.Sad to say the phones wont transfer.All my phones have flash switches set on 100.Does this matter?Have tried changing the switches from 100 to 300 then 600.Still they wont transfer.
 
Have put Low Blank & Max 500.Analogues can transfer within each other.DNI can transfer within each other but no transferring between Analogue to DNI or vice versa.There is no Interconnect Restriction & all stations have Interconnect 1.Why wont there be transferring across the board?Please HELP!
 
Please detail the exact steps for each type of transfer and where/how it fails.

Yelling IT's BROKEN please HELP is useless.

e.g.1
Analog set transfer
External caller on line
User presses flash key on phone
nothing changes, caller still connected.

e.g.2
Analog set transfer
External caller on line
User presses flash key on phone
Outside caller is disconnected.

e.g.3
Analog set transfer
External caller on line
User presses flash key on phone
User receives stutter dialtone.
user dials destination extension
destination set answers
user hangs up
caller is disconnected instead of cutthru to destination

e.g.4
Analog set transfer
External caller on line
User presses flash key on phone
User receives stutter dialtone.
user dials destination extension
destination set answers
user does something they are not supposed to
caller is disconnected understandably

e.g.5
Analog set transfer
External caller on line
User presses flash key on phone
User receives stutter dialtone.
user dials destination extension
destination set answers
user hangs up
Destination set hangs up expecting their phone to ring
caller is disconnected understandably




*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
What is the line alarm? SHOW FAULT LINES. Flash is pretty basic most flash keys on 2500 sets should be able to use default flash timers in CCT DES also make sure the COS bit for flash hasn't been disabled.

NO GOOD DEED GOES UNPUNISHED!
 
A reboot has cleared all the alarms,so there is no alarm.

Scenario 1.

-Analogue A receives call from Analogue B.
-Analogue presses flash key
-Gets stutter tone
-Dials destination Analogue C
-Hears ringing
-Hangs up
-Analogue A connects to Analogue C

Scenario 2.

-Analogue A receives call from DNI.
-Analogue presses flash key
-No stutter tone
-Connection between A & DNI persists
-Call transfer has failed

Scenario 3.

-DNI receives call from Analogue.
-DNI initiates trasferring procedure
-Call transfer fails
-Connection between A & DNI persists


Scenario 4.

-DNI A receives call from DNI B.
-DNI A can transfer to DNI C
-DNIs cant transfer to Analogues
-Connection is not lost



 
Scenario 1 Corrections

Scenario 1

-Analogue A receives call from Analogue B
-Analogue A presses Flash key
-Gets stutter tone
-Dials destination Analogue C
-Hears ringing
-Hangs up
-Analogue B connects to Analogue C
-Transfer Successful
 
Much Better, Thank-you.

Assuming the COS is different between the analog sets and the DNI. Have you tried giving a DNI set the COS for Analog or Visa-Versa?

Interconnection issues would prevent the initial call from establishing.

What hardware are the Analogs running on: ASU's, ONS Cards in PerNode?

You have a very strange issue. The answer will either be very simple or quite exotic.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Using ONS cards in PerNode.COS is the same for both Analogs & DNI.Same Interconnect, same COR.
 
Calibrated and hookswitch flash are mutually exclusive (from docs)

There are several COS options that analog and dni can not share. You should really have seperate COS for analog and dni.





NO GOOD DEED GOES UNPUNISHED!
 
Im not sure I get you.Could you please extrapolate.
 
most of the multiline features have no or bad effects on ONS/ Same with trunk features. Features can have no effect if the DNI set type doesn't support the feature enabled in the COS.

Generally we create seperate COS for ONS , 1 each for DNIC by set type, 1 each for IP sets by type and additional COS for each with different HOLD TIMERS, FORWARD TIMERS etc. and then COS for each TRUNK SERVICE ASSIGNMENT by trunk type (analog grd/ loop digital, IP)

your problem appears to be a confusion bewtween flash and calibrated flash. Use a butt set on a ONS channel and try to flash once a call is established. If you can't at least produce a consultation hold you have the wrong flash type implemented.

Create a COS with minimal features and a default circuit descriptor and try this call again. Report back.

NO GOOD DEED GOES UNPUNISHED!
 
NYTalkin, Satisfy my curiousity.

How would flash type irregularities manifest in the observed symptoms?

Remember, the sets CAN transfer but only when the connected station is another of the same type.

PEA123, I need to ask, is this system live? I notice you don't mention transfering trunks. This leads me to believe this is a lab system where you're trying to work out bugs. Is this correct?



*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.
 
Its alive system using both digital & analog trunks.Outside calls that come through analog trunks go to DNI console then will be transferred to either DNI/analog station.Here the console can transfer to any of the 2.The destination station if analog can not further transfer to a DNI include back to console unless if its a ringback due to no answer.
DDI inward bound calls get to their destinations but will also not be cross transferred.
Nytalkin Im yet to do your task & report back.Right now the premises are shut down for the week end.
 
NyTalkin tried your assignment.The problem still persists.

Analog Set Assignment
Cabinet Shelf Slot Circuit Card Type Number Circ. Desc. Index Interconnect Number Non-Busy Ext. Tenant Number
7 1 2 1 On Premises Line 6130 1 1 No 1
7 1 2 2 On Premises Line 6131 1 1 No 1
7 1 2 3 On Premises Line 6135 1 1 No 1
7 1 2 4 On Premises Line 6136 1 1 No 1
7 1 2 5 On Premises Line 6137 1 1 No 1
7 1 2 6 On Premises Line 6139 1 1 No 1
7 1 2 7 On Premises Line 6140 1 1 No 1
7 1 2 8 On Premises Line 6142 1 1 No 1
7 1 2 9 On Premises Line 6143 1 1 No 1

Cabinet: 7
Shelf: 1
Slot: 2
Circuit: 9
Card Type: On Premises Line
Number: 6143
Circ. Desc. Index: 1
Interconnect Number: 1
Non-Busy Ext.: No
Tenant Number: 1

I failed to see how I can put DNIs on different CoS from the one assigned for extensions.
 
PEA do you ever go off-hook and get NO dial tone? Are there any logs indicating lack of resources for DSP or DTMF?

Just to be clear, this system was operating alright ? U N T I L ?





NO GOOD DEED GOES UNPUNISHED!
 
I never go off-hook & fail to get dial tone.The system was working fine until it gave an alarm for LINES saying LINES were not available when in actual fact all lines were available.A reboot then cleared that alarm hence the problem.
 
what is the state of the channels on 7 1 17 ? The original alarm and any logs generated at that time would be handy.

NO GOOD DEED GOES UNPUNISHED!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top