Calls to Kirk not ring but goes to VM Pro

[johnromani]

Hello All,

I'm getting I little problem with Kirk Phones. The system is based on IPO ver 7.0(36) with around 50 1608 phones and 30 Kirk 5020/5010 with 2 Base Stations and 1 Server WKS6000 (polycom/specktralink).
There are a Sip Trunking configured on LAN2 and the whole network (including the phones and polycoms) are on the LAN1.

The problem is: When the incoming calls went to Avaya Phones, everything works fine but when the destination is the Kirk phones, the calls goes directly to Voicemail Pro as you can see on this logs:

854175937mS SIP Reg/Opt Rx: phone
REGISTER sip:10.9.110.10 SIP/2.0
Via: SIP/2.0/UDP 10.9.110.11:5060;branch=z9hG4bK024b5810e5b5
From: "9445" <sip:9445@10.9.110.10>;tag=1db8a4860259
To: <sip:9445@10.9.110.10>
Call-ID: 544c32e00040@10.9.110.11
CSeq: 670394308 REGISTER
Contact: <sip:9445@10.9.110.11:5060>;+sip.instance="<urn:uuid:6bace67d-0f3d-449d-9dee-3a4a9678ff9d>"
Authorization: Digest username="9445", realm="ipoffice", nonce="624f7e06f92904669911", uri="sip:10.9.110.10", response="76176d382b08226ecd53d2c458ea307d", algorithm=MD5
Allow: OPTIONS, INVITE, ACK, CANCEL, BYE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, PRACK, UPDATE, INFO
Max-Forwards: 70
User-Agent: KIRK Wireless Server 6000 PCS09__ r31745
Supported: replaces, 100rel, gruu
Expires: 3600
Content-Length: 0

854175939mS SIP Reg/Opt Tx: phone
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 10.9.110.11:5060;branch=z9hG4bK024b5810e5b5
From: "9445" <sip:9445@10.9.110.10>;tag=1db8a4860259
To: <sip:9445@10.9.110.10>;tag=853fdb2408aec7ad
Call-ID: 544c32e00040@10.9.110.11
CSeq: 670394308 REGISTER
User-Agent: IP Office 7.0 (36)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO, SUBSCRIBE, REGISTER, PUBLISH
Contact: <sip:9445@10.9.110.11:5060>
Date: Mon, 24 Feb 2014 13:40:35 GMT
Expires: 180
Supported: timer
Content-Length: 0

854176677mS CMTARGET: 17.14528.1 3675 SIPTrunk Endpoint: SELECT: TRY VOICEMAIL orig_hg() orig_user(9445)
854176685mS CMExtnTx: v=RAS, p1=0
CMSetup
Line: type=RAS 1 Call: lid=0 id=1011 in=0
Called[#Felipe IT] Type=Voicemail (102) Reason=107 SndComp Calling[11988392911@189.XXX.XXX.XXX] Type=Unknown Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ALaw
BChan: slot=21 chan=42
IE CMIECalledPartyName (224)(Type=CMNameDefault) name=Felipe IT
IE CMIECalledPartyKName (225)(Type=CMNameDefault) name=Felipe IT
IE CMIEIcrPriorityDetail (239) Priority = 1
IE CMIEDIDNumber (245)(P:100 S:100 T:100 N:100 R:4) number=1139379445
IE CMIEMohSourceId (247) MOH Source = 1
IE CMIEOriginalCalledPartyName (236)(Type=CMNameDefault) name=Felipe IT
IE CMIEOriginalCalledPartyKName (237)(Type=CMNameDefault) name=Felipe IT
IE CMIEOriginalCalledPartyNumber (238)(P:100 S:100 T:101 N:100 R:3) number=9445
IE CMIERedirectingPartyName (232)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyKName (233)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyNumber (234)(P:100 S:100 T:101 N:100 R:3) number=9445
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=11988392911@189.XXX.XXX.XXX
IE CMIEDeviceDetail (231) LOCALE=ptb HW=14 VER=7 class=CMDeviceSIPTrunk type=0 number=17 channel=1 rx_gain=32 tx_gain=32 ep_callid=14528 ipaddr=10.9.110.10 apps=0
Display [11988392911>Felipe IT]
Timed: 24/02/14 10:40
Locale: ptb
854176698mS CMExtnRx: v=RAS, p1=0
CMConnect
Line: type=NoLine 0 Call: lid=0 id=-1 in=0
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=#Felipe IT
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:102 N:100 R:4) number=
IE CMIEDeviceDetail (231) LOCALE=ptb HW=14 VER=7 class=CMDeviceVoicemail type=0 number=0 channel=42 rx_gain=32 tx_gain=32 ep_callid=14531 ipaddr=10.9.110.10 apps=0
IE CMIERedirectingPartyName (232)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyKName (233)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyNumber (234)(P:100 S:100 T:101 N:100 R:3) number=9445
854176751mS CMExtnEvt: Felipe IT: Extn(9445) Calling Party Number(11988392911@189.XXX.XXX.XXX) Type(CMNTypeUnknown)
854176756mS CMExtnTx: v=9445, p1=0
CMReleaseComp
Line: type=SIPLine 260 Call: lid=300 id=14530 in=0
Called[9445] Type=Default (100) Reason=CMDRdirect Calling[11988392911@189.XXX.XXX.XXX] Type=Unknown Plan=Default
Cause=123, Forward To Voicemail(IPO)
Timed: 24/02/14 10:40
854176765mS CMLineTx: v=0
CMConnect
Line: type=SIPLine 17 Call: lid=17 id=14528 in=1
BChan: slot=21 chan=42
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=#Felipe IT
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:102 N:100 R:4) number=
IE CMIEDeviceDetail (231) LOCALE=ptb HW=14 VER=7 class=CMDeviceVoicemail type=0 number=0 channel=42 rx_gain=32 tx_gain=32 ep_callid=14531 ipaddr=10.9.110.10 apps=0
IE CMIERedirectingPartyName (232)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyKName (233)(Type=CMNameDefault) name=Felipe IT
IE CMIERedirectingPartyNumber (234)(P:100 S:100 T:101 N:100 R:3) number=9445
IE CMIEFastStartInfoData (6)
854176825mS CD: CALL: 17.14528.1 BState=Connected Cut=3 Music=0.0 Aend="Line 17" (0.0) Bend="Felipe IT(9445)" [VoiceMail] (21.42) CalledNum=#Felipe IT (Felipe IT) CallingNum=11988392911@189.XXX.XXX.XXX () Internal=0 Time=5128 AState=Connected
854189669mS CMLOGGING: CALL:2014/02/2410:40,00:00:12,000,11988392911@189.XXX.XXX.XXX,I,9445,9445,,,,0,,""n/a,0
854189669mS CD: CALL: 17.14528.1 BState=Connected Cut=2 Music=0.0 Aend="Line 17" (0.0) Bend="Felipe IT(9445)" [VoiceMail] (21.42) CalledNum=#Felipe IT (Felipe IT) CallingNum=11988392911@189.XXX.XXX.XXX () Internal=0 Time=17972 AState=Idle

We tried to change codecs on the Avaya IPO and on the Kirk Server, but it continues not working...



Cesar Romani
Avaya ACSS | APSS (SME/Data)| ACIS (Data)
Comptia Convergence +

 

[amriddle01]

I imagine you haven't programmed it correctly, how are the shortcodes configured and trunks etc

 

[tlpeter]

The KWS6000 does not do SIP trunking.
You need to program it with SIP extensions and each phone requires an 3rd party IP endpoint license.


BAZINGA!

I'm not insane, my mother had me tested!

 

[johnromani]

Guys,

I think I did not explain correctly...

All the system is working fine... both The 1608-I and Kirk can make calls (external and internal - between extensions) but cannot RECEIVE direct calls (DID calls) to Kirk only. On the 1608 both incoming and outgoing is ok!

The service provider needs to receive a complete number and not the 4 last digits. On the 1608 users, on the SIP TAB all the users are configured with the complete number (for example 1139390001, so when the user calls from 1608, the invite goes with the complete number on the sip uri and works correctly. To outgoing calls the Kirk acts as the same but on the incoming it seems that the call cannot come to the extension and the Avaya redirects the call to VMPro.



Cesar Romani
Avaya ACSS | APSS (SME/Data)| ACIS (Data)
Comptia Convergence +

 

[intrigrant]

Maybe this might help:

http://www.devconnectprogram.com/fileMedia/download/853060a8-ed64-4d33-bc01-a8ba0edd1b2d