Analogue Line issue

[daras]

Hi,

My system is an IPoffice 500 version 5.0.26 and i 've 2 analogue lines
configured. I ve also set the 2 extensions to select a different line for outgoing calls

Line Number 5: which has the following number 2261028793 and DDI to extension Proedros
Line number 6: which has the following number 2261028336 and DDI to extension EKDOTEIRIA LEIV2



My problem is that which ever number i call from an external phone it will always show as the call is coming to line 6 and destination EKDOT LEIV2

But if i place an outgoing call from extension Proedros it will select Line number 5 to place an outgoing call which is how i 've configured it.

Below i ve some traces from the call to 2261028793 (Line 5) from an external phone.

1734726mS CMLineRx: v=6
            CMReleaseComp
            Line: type=AnalogueLine 6 Call: lid=6 id=3 in=1
            BChan: slot=3 chan=2
            IE CMIERespondingPartyNumber (230)(P:0 S:3 T:0 N:101 R:4) number=23510377312261028336
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceAlogTrunk type=0 number=6 channel=0 rx_gain=32 tx_gain=32 ep_callid=3 ipaddr=192.168.10.250 apps=0
   1734727mS CMCallEvt:    6.3.1 30 Alog Trunk:6: StateChange: END=A CMCSRingBack->CMCSCompleted
   1734727mS CMTARGET:     6.3.1 30 Alog Trunk:6: CancelTimer CMTCNoAnswerTimeout
   1734729mS CMLOGGING:     CALL:2016/05/1214:38,00:00:00,014,23510377312261028336,I,22,,,,,0,,""n/a,0
   1734729mS CD: CALL: 6.3.1 BState=Ringing Cut=0 Music=0.0 Aend="Line 6" (3.2) Bend="EKDOTIRIA LEIV2(22)" [EKDOTIRIA LEIV2(22)] (0.0) CalledNum=22 (EKDOTIRIA LEIV2) CallingNum=23510377312261028336 () Internal=0 Time=14706 AState=Idle
   1734729mS CD: CALL: 6.3.1 Deleted
   1734729mS CMTARGET:     6.3.1 -1 Alog Trunk:6: ~CMTargetHandler f54ab078 ep f54adeb4
   1734730mS CMCallEvt:    6.3.1 -1 Alog Trunk:6: StateChange: END=X CMCSCompleted->CMCSDelete
   1734731mS CMCallEvt:    0.1087.0 -1 BaseEP: DELETE CMEndpoint f55e5078 TOTAL NOW=6 CALL_LIST=1
   1734732mS CMExtnEvt:    EKDOTIRIA LEIV2: CALL LOST (CMCauseNormal)
   1734732mS CMExtnEvt:    EKDOTIRIA LEIV2: Extn(22) Calling Party Number(23510377312261028336) Type(CMNTypeUnknown)
   1734732mS CMCallEvt:    0.1088.0 -1 EKDOTIRIA LEIV2.0: StateChange: END=X CMCSRinging->CMCSCompleted
   1734732mS CMExtnEvt:    v=7 State, new=PortRecoverDelay  old=Ringing,0,0,EKDOTIRIA LEIV2
   1734733mS CMExtnTx: v=22, p1=0
            CMReleaseComp
            Line: type=AnalogueExtn 3 Call: lid=0 id=7 in=0
            Called[22] Type=Unknown (0) Reason=CMDRdirect  Calling[23510377312261028336] Type=Unknown Plan=ALOG Pres=Allowed (0) 
            BChan: slot=2 chan=15
            UUI type=Local [......2Pd.] [0x01 0x01 0x00 0x00 0x01 0x02 0x32 0x50 0x64 0x00 ]
            Cause=16, Normal call clearing
            Timed: 12/05/16 14:38
   1734733mS CMExtnEvt:    EKDOTIRIA LEIV2: CMExtnHandler::SetCurrent( id: 1088->0 )
   1734733mS CMCallEvt:    0.1088.0 -1 EKDOTIRIA LEIV2.-1: StateChange: END=X CMCSCompleted->CMCSDelete
   1734734mS CMCallEvt:    0.1088.0 -1 BaseEP: DELETE CMEndpoint f5556c6c TOTAL NOW=5 CALL_LIST=1
   1734734mS CMCallEvt:    END CALL:30 (f555b194)
   1734735mS CMCallEvt:    6.3.1 -1 BaseEP: DELETE CMEndpoint f54adeb4 TOTAL NOW=4 CALL_LIST=1
   1734736mS CMMap: a=3.2 b=0.0 R0
   1734737mS PRN: Config Write Wake Up
   1734743mS CMExtnEvt:    EKDOTIRIA LEIV2: Recover Timer reason=CMTRWrapUp
   1734743mS CMExtnEvt:    v=7 State, new=Idle  old=PortRecoverDelay,0,0,EKDOTIRIA LEIV2
   1735017mS CMMap: a=2.16 b=0.0 B0
   1735191mS RES: Thu 12/5/2016 14:38:37 FreeMem=72350788(2) CMMsg=4 (5) Buff=200 960 1000 7438 5 Links=2596
   1735191mS RES2: IP 500 5.0(26) Tasks=34 RTEngine=0 CMRTEngine=0 Timer=44 Poll=0 Ready=1 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1
   1735237mS PRN: Updates IO list size 0 updated list size 1
   1735237mS PRN: Config Write Completed

I did also a call

 

[NYSTECH]

Do you have separate Line group number set for these lines?

 

[derfloh]

Is the line part of some kind of a provider's side hunt group?

 

[daras]

Hi,

Yes they 've different line group number set.
The first line has a groupid 10 and the second has a groupid 1.

The funny thing is that if i call from the extension proedros it selects the line with group id 10 for the outgoing call which is correct, my6 problem is with the incoming calls to the line 2261028793.

I wiil attach a pic with the incoming call route for both lines.

The first one shows the incomg call route for 28793

I've attached the line configuration for this line

Here is the incoming call route configuration for the line 28336

And the line configuration for this line too.

here is a trace for an outgoing call from extension proerdos to my mobile

4538769mS CMLineTx: v=5
            CMInformation
            Line: type=AnalogueLine 5 Call: lid=0 id=1276 in=0
            Called[5] Type=Default (100) Reason=CMDRdirect  
            BChan: slot=2 chan=13
            IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=PROEDROS
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:101 N:100 R:4) number=19
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceStdPhone type=3 number=29 channel=0 rx_gain=32 tx_gain=32 ep_callid=1274 ipaddr=192.168.10.250 apps=0
   4538907mS CMMap: a=2.16 b=0.0 B0
   4539207mS CMMap: a=2.16 b=0.0 B1
   4539507mS CMMap: a=2.16 b=0.0 B0
   4539807mS CMMap: a=2.16 b=0.0 B1
   4540107mS CMMap: a=2.16 b=0.0 B0
   4540407mS CMMap: a=2.16 b=0.0 B1
   4540707mS CMMap: a=2.16 b=0.0 B0
   4541007mS CMMap: a=2.16 b=0.0 B1
   4541299mS H323Evt:    Recv: RegistrationRequest  192.168.10.166; Endpoints registered: 4; Endpoints in registration: 0
   4541307mS CMMap: a=2.16 b=0.0 B0
   4541607mS CMMap: a=2.16 b=0.0 B1
   4541907mS CMMap: a=2.16 b=0.0 B0
   4542053mS CMLineRx: v=5
            CMProgress
            Line: type=AnalogueLine 5 Call: lid=0 id=1276 in=0
            BChan: slot=3 chan=1
            IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLUser (0), pd=CMPDNotISDN (1)
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=96979339715
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceAlogTrunk type=0 number=5 channel=0 rx_gain=32 tx_gain=32 ep_callid=1276 ipaddr=192.168.10.250 apps=0
   4542054mS CMCallEvt:    0.1276.0 93 Alog Trunk:5: StateChange: END=B CMCSOverlapRecv->CMCSAccept
   4542054mS CMCallEvt:    0.1274.0 93 PROEDROS.0: StateChange: END=A CMCSDialling->CMCSRingBack
   4542055mS CMExtnEvt:    v=5 State, new=Alerting  old=Dialling,0,0,PROEDROS
   4542055mS CMExtnTx: v=19, p1=0
            CMProgress
            Line: type=AnalogueExtn 3 Call: lid=0 id=5 in=0
            BChan: slot=2 chan=13
            IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLUser (0), pd=CMPDNotISDN (1)
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=96979339715
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceAlogTrunk type=0 number=5 channel=0 rx_gain=32 tx_gain=32 ep_callid=1276 ipaddr=192.168.10.250 apps=0
            Timed: 13/05/16 10:48
   4542056mS CMLineRx: v=5
            CMAlerting
            Line: type=AnalogueLine 5 Call: lid=0 id=1276 in=0
            BChan: slot=3 chan=1
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=96979339715
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceAlogTrunk type=0 number=5 channel=0 rx_gain=32 tx_gain=32 ep_callid=1276 ipaddr=192.168.10.250 apps=0
   4542056mS CMCallEvt:    0.1276.0 93 Alog Trunk:5: StateChange: END=B CMCSAccept->CMCSRinging
   4542057mS CMExtnTx: v=19, p1=0
            CMProgress
            Line: type=AnalogueExtn 3 Call: lid=0 id=5 in=0
            BChan: slot=2 chan=13
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=96979339715
            IE CMIEDeviceDetail (231) LOCALE=ell HW=8 VER=5 class=CMDeviceAlogTrunk type=0 number=5 channel=0 rx_gain=32 tx_gain=32 ep_callid=1276 ipaddr=192.168.10.250 apps=0
            IE CMIEProgressIndicator (30) cs=CMCSITUT (0), loc=CMLUser (0), pd=CMPDInbandPattern (8)
            Timed: 13/05/16 10:48
   4542057mS CMLineRx: v=5
            CMConnect
            Line: type=AnalogueLine 5 Call: lid=0 id=1276 in=0
            BChan: slot=3 chan=1
            IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=96979339715

#derfloh the lines are not part of any providers hunt group.

 

[rdoubrava]

Analog lines do not use the incoming number field.
Only PRI and SIP use this field. Make this entry blank.

 

[amriddle01]

Indeed, take the number out of incoming number, there is no incoming number supplied with analogue trunks so it stops it matching

 

[daras]

so the icoming number configuration could be the cause of my problem ?

 

[amriddle01]

Yes, it needs to be blank