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 dencom on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Alphabet Soup in CallerID over SIP Trunk (CallCentric)

Status
Not open for further replies.

Drew2400

IS-IT--Management
Mar 2, 2007
199
US
In 5.0, has anyone noticed that the callerID doesn't work too well for CallCentric? My callerID comes in as "56f25b5c98aaf...". It used to work pretty well in 4.2. I've hear that there is a Tek-Tip out there for this. Does anyone know what it is?

Drew
 
im sure if someone could help you they would have posted.

"There's a dog in the New Zealand section
 
I think you have IPPhones. Are you sure you have the right firmware loaded? Early release 4.0 had this problem on SIP lines.

Avaya_Red.gif

___________________________________________
It works! Now if only I could remember what I did...

Dain Bramaged
___________________________________________
 
Bas:
It's 5.0. This worked in 4.2. However, in 5.0, incoming and outgoing calls use the M: field for some reason. They don't show the correct callerID. This appears to only be a problem with CallCentric at this time.

Drew
 
I, at least some time ago, that there were several people using CallCentric. Which, up until 5.0, worked as was supposed to. Interesting...
Drew
 
Drew,

You need the "scrabble licence" for 5.0 in order to show correct CNAM! Just kidding, I'm on callcentric too, but I'm still on 4.2 I did have issues with callerid, and line routing ever since callcentric offered CNAM a few Months ago. I disabled CNAM and have no more problems. I only use them for 3 toll free lines now, I had several numbers with them prior. I use callwithus for all outgoing calls, and I have 2 local incomming numbers with them too ( 4 channels each ).
I will have to try enabling CNAM again to see if I get curropted caller ID on My callcentric line.

Andre
406V2 4.2_14 8vcm, 4 IP Phones, 7 Digital, 1 analog phone.

 
Hi Andre,

Were you able to test? I am running 5.0 and have the same exact problem.

Only thing is every other call comes in showing a valid Caller ID name/number. Very odd, but if I dial my SIP number from my cell twice I'll get garbled caller ID followed by valid caller ID, same if I call 10 times in a row. Tried also from a regular land-line phone, same result. All calls get routed properly and seem fine otherwise.

I have run a trace, here is of a good call (my cell replaced with 5555555555). Notice the difference in the SndComp Calling field.

GOOD CALLER ID:


1568967965mS SIP Rx: UDP 204.11.192.23:5060 -> xx.xx.xx.xx:5060
INVITE sip:17772885231@xx.xx.xx.xx:5060;transport=udp SIP/2.0
v: SIP/2.0/UDP 204.11.192.23:5060;branch=z9hG4bK-f28ba4125a35e11ff26f2f4b2de2c841
f: "NAME" <sip:15555555555@66.193.176.35>;tag=3470414899-710292
t: <sip:1302xxxxxxx@ss.callcentric.com>
i: 24315279-3470414899-710262@msw1.telengy.net
CSeq: 1 INVITE
Max-Forwards: 13
m: <sip:c204888efdaae0f2976ec330843ffda2@204.11.192.23:5060;transport=udp>
Supported: timer
c: application/sdp
l: 348

v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.23
s=sip call
c=IN IP4 204.11.192.23
t=0 0
m=audio 49328 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:eek:ff - - - -
a=setup:actpass
1568967968mS CMCallEvt: 0.27747.0 -1 BaseEP: NEW CMEndpoint f5af3360 TOTAL NOW=1 CALL_LIST=0

1568967971mS SIP Tx: UDP xx.xx.xx.xx:5060 -> 204.11.192.23:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.23:5060;branch=z9hG4bK-f28ba4125a35e11ff26f2f4b2de2c841
From: "NAME" <sip:15555555555@66.193.176.35>;tag=3470414899-710292
To: <sip:1302xxxxxxx@ss.callcentric.com>;tag=d9db73c5564f9deb
Call-ID: 24315279-3470414899-710262@msw1.telengy.net
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO
Content-Length: 0

1568967977mS CMLineRx: v=0
CMSetup
Line: type=IPLine 17 Call: lid=17 id=27747 in=1
Called[1302xxxxxxx] Type=Unknown (0) Reason=CMDRdirect SndComp Calling[15555555555@66.193.176.35] Type=Unknown Plan=Default Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=NAME
IE CMIERespondingPartyNumber (230)(P:0 S:100 T:0 N:100 R:4) number=15555555555@66.193.176.35
IE CMIEFastStartInfoData (6)
IE CMIEMediaWaitForConnect (16) CMIEMediaWaitForConnect
IE CMIEDeviceDetail (231) LOCALE=enu HW=8 VER=5 class=CMDeviceSIPTrunk type=0 number=17 channel=0 rx_gain=32 tx_gain=32 ep_callid=27747 ipaddr=192.168.1.42 apps=0
1568967977mS CD: CALL: 17.27747.1 BState=Idle Cut=1 Music=0.0 Aend="Line 17" (0.0) Bend="" [] (0.0) CalledNum=1302xxxxxxx () CallingNum=15555555555@66.193.176.35 (NAME) Internal=0 Time=2 AState=Idle
1568967978mS CMCallEvt: 17.27747.1 167 SIPTrunk Endpoint: StateChange: END=A CMCSIdle->CMCSDialInitiated
1568967978mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: LOOKUP CALL ROUTE: type=0 called_party=1302xxxxxxx sub= calling=15555555555@66.193.176.35 dir=in complete=1 ses=0
1568967978mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: SET BESTMATCH: length 11 vs -1 match=1302xxxxxxx dest=220
1568967978mS CMCallEvt: Priority hike: call 167 priority 0->1
1568967979mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: LOOKUP ICR: DDI=sip:17772885231@xx.xx.xx.xx CGPN=15555555555@66.193.176.35 (Destination 220 ) => CDPN=220
1568967979mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: ADD TARGET (N): number=220 type=0 depth=1 nobar=1 setorig=1 ses=0
1568967979mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: SET USER: John Smith orig=1
1568967979mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: ADD USER: John Smith depth=2 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x0) excpt(0x0), allow_redir(1) remote=00000000
1568967980mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: ADD TARGET (N): number=201 type=100 depth=3 nobar=0 setorig=0 ses=0
1568967980mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: SET USER: Eric Green orig=0
1568967980mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: ADD USER: Eric Green depth=4 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x2) excpt(0x0), allow_redir(1) remote=00000000
1568967981mS CMMap: a=2.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 4
1568967981mS CMCallEvt: 0.27749.0 -1 BaseEP: NEW CMEndpoint f54298e0 TOTAL NOW=3 CALL_LIST=1
1568967981mS CMCallEvt: 0.27749.0 -1 Eric Green.-1: NEW CMExtnEndpoint f54298e0, Name=Eric Green, Extn=201, Phys Extn=201
1568967982mS CMTARGET: 0.27749.0 167 Eric Green.0: ADD PRIMARY
1568967982mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: INITIAL TARGETING SUCCEEDED
1568967982mS CMTARGET: 17.27747.1 167 SIPTrunk Endpoint: GetNoAnswerTimer:15


BAD CALLER ID:



1568995665mS SIP Rx: UDP 204.11.192.23:5060 -> xx.xx.xx.xx:5060
INVITE sip:17772885231@xx.xx.xx.xx:5060;transport=udp SIP/2.0
v: SIP/2.0/UDP 204.11.192.23:5060;branch=z9hG4bK-240c72ed154fe0d6539870c448bb78c2
f: "NAME" <sip:15555555555@66.193.176.35>;tag=3470414927-470046
t: <sip:1302xxxxxxx@ss.callcentric.com>
i: 24315689-3470414927-470016@msw1.telengy.net
CSeq: 1 INVITE
Max-Forwards: 15
m: <sip:10da9795993e6e419ba0510ad01ca5f7@204.11.192.23:5060;transport=udp>
Supported: timer
c: application/sdp
l: 348

v=0
o=NexTone-MSW 2147483647 2147483647 IN IP4 204.11.192.23
s=sip call
c=IN IP4 204.11.192.23
t=0 0
m=audio 49348 RTP/AVP 18 0 8 101
a=fmtp:18 annexb=no
a=fmtp:101 0-15
a=rtpmap:101 telephone-event/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=ptime:20
a=sendrecv
a=silenceSupp:eek:ff - - - -
a=setup:actpass
1568995668mS CMCallEvt: 0.27750.0 -1 BaseEP: NEW CMEndpoint f5af3360 TOTAL NOW=1 CALL_LIST=0
1568995669mS Sip: License, Valid 1, Available 5, Consumed 0
1568995669mS Sip: CheckLineMonitors on SIP Endpoint - KEY & LAMP for SIP Trunk!
1568995670mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) Cloned
1568995671mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) SendSIPResponse: INVITE code 100 SENT TO 204.11.192.23 5060
1568995671mS SIP Tx: UDP xx.xx.xx.xx:5060 -> 204.11.192.23:5060
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 204.11.192.23:5060;branch=z9hG4bK-240c72ed154fe0d6539870c448bb78c2
From: "NAME" <sip:15555555555@66.193.176.35>;tag=3470414927-470046
To: <sip:1302xxxxxxx@ss.callcentric.com>;tag=8b7847cfe51c86ac
Call-ID: 24315689-3470414927-470016@msw1.telengy.net
CSeq: 1 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, INFO
Content-Length: 0

1568995672mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) INVITE Received ep 17.27750.1 -1 SIPTrunk Endpoint(f5af3360), dialog f5af228c
1568995672mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateSIPCallState SIPDialog::INITIAL(0) -> SIPDialog::INVITE_RCVD(9)
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) Present Call, no match (1302xxxxxxx) from URI in To header.
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateSDPState SIPDialog::IDLE(0) -> SIPDialog::OFFER_RCVD(2)
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) SIPDialog::BuildFastStartFromSDPOffer
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) SIPDialog::BuildFastStartFromAudioMediaSDPOffer
1568995674mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) Process SIP request dialog f5af228c, method INVITE in state SIPDialog::INVITE_RCVD(9)
1568995675mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateClone
1568995675mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) CMSetup forwarded to call model owner_ep 17.27750.1 -1 SIPTrunk Endpoint(f5af3360), dialog f5af228c
1568995675mS CMCallEvt: CREATE CALL:168 (f54294b4)
1568995675mS CMCallEvt: 0.27751.0 -1 BaseEP: NEW CMEndpoint f5428270 TOTAL NOW=2 CALL_LIST=0
1568995677mS CMLineRx: v=0
CMSetup
Line: type=IPLine 17 Call: lid=17 id=27750 in=1
Called[1302xxxxxxx] Type=Unknown (0) Reason=CMDRdirect SndComp Calling[10da9795993e6e419ba0510ad01ca5f7@204.11.192.23] Type=Unknown Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=NAME
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=10da9795993e6e419ba0510ad01ca5f7@204.11.192.23
IE CMIEFastStartInfoData (6)
IE CMIEMediaWaitForConnect (16) CMIEMediaWaitForConnect
IE CMIEDeviceDetail (231) LOCALE=enu HW=8 VER=5 class=CMDeviceSIPTrunk type=0 number=17 channel=0 rx_gain=32 tx_gain=32 ep_callid=27750 ipaddr=192.168.1.42 apps=0
1568995677mS CD: CALL: 17.27750.1 BState=Idle Cut=1 Music=0.0 Aend="Line 17" (0.0) Bend="" [] (0.0) CalledNum=1302xxxxxxx () CallingNum=10da9795993e6e419ba0510ad01ca5f7@204.11.192.23 (NAME) Internal=0 Time=2 AState=Idle
1568995678mS CMCallEvt: 17.27750.1 168 SIPTrunk Endpoint: StateChange: END=A CMCSIdle->CMCSDialInitiated
1568995678mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: LOOKUP CALL ROUTE: type=0 called_party=1302xxxxxxx sub= calling=10da9795993e6e419ba0510ad01ca5f7@204.11.192.23 dir=in complete=1 ses=0
1568995678mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: SET BESTMATCH: length 11 vs -1 match=1302xxxxxxx dest=220
1568995678mS CMCallEvt: Priority hike: call 168 priority 0->1
1568995679mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: LOOKUP ICR: DDI=sip:17772885231@xx.xx.xx.xx CGPN=10da9795993e6e419ba0510ad01ca5f7@204.11.192.23 (Destination 220 ) => CDPN=220
1568995679mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: ADD TARGET (N): number=220 type=0 depth=1 nobar=1 setorig=1 ses=0
1568995679mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: SET USER: John Smith orig=1
1568995679mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: ADD USER: John Smith depth=2 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x0) excpt(0x0), allow_redir(1) remote=00000000
1568995680mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: ADD TARGET (N): number=201 type=100 depth=3 nobar=0 setorig=0 ses=0
1568995680mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: SET USER: Eric Green orig=0
1568995680mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: ADD USER: Eric Green depth=4 disallow_cw=0 dnd=0 real_call=1 group_call=0 type(CMNTypeUnknown) incl(0x2) excpt(0x0), allow_redir(1) remote=00000000
1568995681mS CMMap: a=2.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 4
1568995681mS CMCallEvt: 0.27752.0 -1 BaseEP: NEW CMEndpoint f54298e0 TOTAL NOW=3 CALL_LIST=1
1568995681mS CMCallEvt: 0.27752.0 -1 Eric Green.-1: NEW CMExtnEndpoint f54298e0, Name=Eric Green, Extn=201, Phys Extn=201
1568995682mS CMTARGET: 0.27752.0 168 Eric Green.0: ADD PRIMARY
1568995682mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: INITIAL TARGETING SUCCEEDED
1568995683mS CMTARGET: 17.27750.1 168 SIPTrunk Endpoint: GetNoAnswerTimer:15
1568995683mS CMCallEvt: 17.27750.1 168 SIPTrunk Endpoint: StateChange: END=A CMCSDialInitiated->CMCSDialled
1568995684mS CMLineTx: v=0
CMProceeding
Line: type=IPLine 17 Call: lid=17 id=27750 in=1
1568995684mS Sip: 17.27750.1 168 SIPTrunk Endpoint(f5af3360) received CMProceeding
1568995684mS Sip: 17.27750.1 168 SIPTrunk Endpoint(f5af228c) SIPEndPoint: Received an CMProceeding State Transition to SIPDialog::INVITE_RCVD(9)
1568995684mS CMCallEvt: 0.27751.0 168 TargetingEP: StateChange: END=B CMCSIdle->CMCSOffering
1568995686mS CMCallEvt: 0.27752.0 168 Eric Green.0: StateChange: END=T CMCSIdle->CMCSOffering
1568995686mS CMExtnEvt: Eric Green: CMExtnHandler::SetCurrent( id: 0->27752 )
1568995686mS CMExtnTx: v=201, p1=0
CMSetup
Line: type=DigitalExtn 4 Call: lid=0 id=27752 in=0
Called[201] Type=Unknown (0) Reason=CMDRdirect SndComp Calling[10da9795993e6e419ba0510ad01ca5f7@204.11.192.23] Type=Unknown Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=NAME
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=10da9795993e6e419ba0510ad01ca5f7@204.11.192.23
IE CMIEMediaWaitForConnect (16) CMIEMediaWaitForConnect
IE CMIEDeviceDetail (231) LOCALE=enu HW=8 VER=5 class=CMDeviceSIPTrunk type=0 number=17 channel=0 rx_gain=32 tx_gain=32 ep_callid=27750 ipaddr=192.168.1.42 apps=0
IE CMIECalledPartyName (224)(Type=CMNameDefault) name=Eric Green
IE CMIECalledPartyKName (225)(Type=CMNameDefault) name=Eric Green
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=NAME
IE CMIEIcrPriorityDetail (239) Priority = 1
IE CMIEDIDNumber (245)(P:100 S:100 T:100 N:100 R:4) number=sip:17772885231@xx.xx.xx.xx
IE CMIEMohSourceId (247) MOH Source = 1
IE CMIEOriginalCalledPartyName (236)(Type=CMNameDefault) name=John Smith
IE CMIEOriginalCalledPartyKName (237)(Type=CMNameDefault) name=John Smith
IE CMIEOriginalCalledPartyNumber (238)(P:100 S:100 T:101 N:100 R:1) number=220
IE CMIERedirectingPartyName (232)(Type=CMNameDefault) name=John Smith
IE CMIERedirectingPartyKName (233)(Type=CMNameDefault) name=John Smith
IE CMIERedirectingPartyNumber (234)(P:100 S:100 T:101 N:100 R:1) number=220
Display [NAME>Eric Green]
Tag type=Text flags=0x1 [DE-Main.] [0x44 0x45 0x2d 0x4d 0x61 0x69 0x6e 0x00 ]
Timed: 21/12/09 15:08
Locale: enu
1568995687mS CMExtnRx: v=201, p1=0
CMAlerting
Line: type=DigitalExtn 4 Call: lid=0 id=27752 in=0
1568995687mS CMCallEvt: 0.27752.0 168 Eric Green.0: StateChange: END=T CMCSOffering->CMCSRinging
1568995687mS CMExtnEvt: v=1 State, new=Ringing old=Idle,0,0,Eric Green
1568995687mS CMCallEvt: 0.27751.0 168 TargetingEP: StateChange: END=B CMCSOffering->CMCSRinging
1568995688mS CMCallEvt: 17.27750.1 168 SIPTrunk Endpoint: StateChange: END=A CMCSDialled->CMCSRingBack
1568995689mS CMLineTx: v=0
CMAlerting

 
Eric, looks like you have a problem with the provider.

In the BAD CALLER ID, you see:

Code:
1568995672mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) INVITE Received ep 17.27750.1 -1 SIPTrunk Endpoint(f5af3360), dialog f5af228c
1568995672mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateSIPCallState SIPDialog::INITIAL(0) -> SIPDialog::INVITE_RCVD(9)
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) Present Call, no match (1302xxxxxxx) from URI in To header.
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateSDPState SIPDialog::IDLE(0) -> SIPDialog::OFFER_RCVD(2)
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) SIPDialog::BuildFastStartFromSDPOffer
1568995673mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) SIPDialog::BuildFastStartFromAudioMediaSDPOffer
1568995674mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) Process SIP request dialog f5af228c, method INVITE in state SIPDialog::INVITE_RCVD(9)
1568995675mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) UpdateClone
1568995675mS Sip: 17.27750.1 -1 SIPTrunk Endpoint(f5af228c) CMSetup forwarded to call model owner_ep 17.27750.1 -1 SIPTrunk Endpoint(f5af3360), dialog f5af228c
1568995675mS CMCallEvt:    CREATE CALL:168 (f54294b4)
1568995675mS CMCallEvt:    0.27751.0 -1 BaseEP: NEW CMEndpoint f5428270 TOTAL NOW=2 CALL_LIST=0

This part is not in the GOOD Caller ID.
It sometimes depends thru which server the call comes in, you could try to make an Ethereal trace to see if there is some difference in MAC/IP address where the call comes from.

Avaya_Red.gif

___________________________________________
It works! Now if only I could remember what I did...

Dain Bramaged
___________________________________________
 
Bas1234,

I just rechecked the trace, that is actually in the trace for the good caller ID, I copied/pasted in sections and looks like I missed a few lines.

All pretty much looks the same to me with the exception of what gets picked up as the calling number. Very odd.

Eric
 
Look at the trace very closely. You'll notice that a field in the response contains the same number and letters as the callerID.
Drew
 
Hi Drew,

I am not sure I follow, what line should I look at?

Also, is this a system controlled configuration?

Thanks.
 
Make a call to yourself and watch the callerID. Go into SSA and you'll see the same callerID. Match that text with the line in the trace. It matches one of the fields. I can't remember which one.

Drew
 
I have the same problem. Verified it on an IPO 406v2 and an IPO 500. Version 4.2 works, version 5.0.8 does not and 5.0.15 did not fix the problem.

I use Callcentric and Vitelity. No problem with Vitelity, works every time on 5.0.

I would say this is something that AVAYA needs to fix because it works on an erlier version but not later versions.
 
Try the change the "Send Caller ID" on the SIP Line tab.
When you upgrade from 4.2.X > 5.0.X this will change from NONE > P Asserted ID. So you could try to set it to "NONE"

See docs:

Send Caller ID: Default = None, Software level = 5.0+.
Called/Calling Party ID at call setup. The data is not updated if the endpoint changes, for example due to forwarding or call pickup/etc. For incoming calls to a hunt group, the hunt group details will be provided and not the details of the answering agent. When there are multiple possible sources for the caller ID information, the IP Office will use one source in the following order of priority (highest first): P Asserted Identity (RFC3325)/Remote Party ID (draft-ietf-sip-privacy-04)/Contact/From. This setting is mergeable.

· Remote Party ID
This option corresponds to the standard "draft-ietf-sip-privacy-04".

· P Asserted ID
This option corresponds to the standard "RFC3325". This is the default setting for new SIP lines.

· None
This option corresponds to the ISDN withheld setting. This is the default setting for existing SIP lines in configurations upgraded to IP Office 5.0+.



Avaya_Red.gif

___________________________________________
It works! Now if only I could remember what I did...

Dain Bramaged
___________________________________________
 
Tried all three settings

· Remote Party ID
· P Asserted ID
· None

Makes no differnce. Still get junk in the CID.
 
Eric and VoIPP:

You need to contact your Business Partner if you want a case opened with Avaya.

However, your Business Partner should (will) tell you that they can open a case BUT Avaya is unlikely to help. Callcentric is not an approved SIP provider. I know this sucks, but it is what it is.

 
Yes, the alphabet soup is real, I believe its a problem with the data callenctric is sending, not IP Office. If you disable caller ID with Name on Callcentric dashboard, it works fine, else You get alphabet soup on every other call.
It dosent matter what phone, firmware. I'm running 406V2, 5.08, with 4412s, 6408s, 4621, 4625, 1603, and 9630 all show alphebet soup!

Andre
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top