No VM coverage for SCN extensions (SIP trunking)

[cztech]

I have a 6.1 IPO with inbound SIP trunking. Everything is working fine with this switch as far as inbound call routing to local 6.1 users.

Just networked a 7.0 IPO to this 6.1 IPO for a small SCN. Inbound calls routing via the SIP trunk in the 6.1 IPO will ring phones on the 7.0 system, but will not cover to voicemail.

Internal calls from the 6.1 system to the 7.0 system cover to voicemail correctly.

Anyone else have this yet?

cztech /

http://www.cztechnologies.net

 

[Bas1234]

Did you put it on "centralized voicemail" in the system > voicemail tab?

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

Dain Bramaged (Avaya Search tool

http://tinyurl.com/bas1234

)
______________________________________

 

[cztech]

Yes, I have entered Centralized VM in the system/voicemail tab. I notice their is a SIP section at the bottom of the voicemail screen in system/voicemail. All entries are blank, "Anonymouse" is checked.

SSA: when I call a number that comes into the first site via SIP, rings the phone at the 2nd site, after the No Answer Time it looks like it should go to voicemail (Mailbox #<mailbox name> in Destination End Party field - but voicemail is not answering.

cztech /

http://www.cztechnologies.net

 

[Bas1234]

Try to untick "allow direct media path" on the scn trunk on both sides.

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

Dain Bramaged (Avaya Search tool

http://tinyurl.com/bas1234

)
______________________________________

 

[cztech]

Thanks, I just tried that and no improvement. In SSA, after 15 second No Answer Time is expired on inbound call attempts, the voicemail status shows that a voicemail port is active and connected to the proper mailbox. But, greeting/name is not played back, cannot leave a message.

So it looks like the call is routing to the VM coverage, but the prompt is not playing.

The extension I'm calling is below (7880), I'm curious about this last line, "SetNoAnswerTimer Not Starting: 7880"

343491358mS CMTARGET: 18.115.1 6139 H323TrunkEP: LOOKUP CALL ROUTE: type=102 called_party=#DataRmSouth sub= calling=94148316742@10.152.0.13 dir=out complete=1 ses=0
343491358mS CMTARGET: 18.115.1 6139 H323TrunkEP: ADD TARGET (N): number=#DataRmSouth type=102 depth=1 nobar=1 setorig=1 ses=0
343491358mS CMTARGET: 18.115.1 6139 H323TrunkEP: ADD VM TARGET
343491359mS CMTARGET: 18.115.1 6139 H323TrunkEP: Voicemail for remote user DataRmSouth locally handled.
343491359mS CMTARGET: **** 18.115.1 6139 H323TrunkEP: MakeVoicemailTarget pbx=<null> local=0 type=1
343491360mS CMMap: a=2.34 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 8, total 74
343491360mS CMCallEvt: 0.21155.0 -1 BaseEP: NEW CMEndpoint f4ecbc68 TOTAL NOW=24 CALL_LIST=10
343491360mS CMTARGET: 0.21155.0 6139 RAS.0: ADD PRIMARY
343491360mS CMTARGET: 18.115.1 6139 H323TrunkEP: ADD VM TARGET: SUCCEEDED
343491361mS CMTARGET: 18.115.1 6139 H323TrunkEP: INITIAL TARGETING SUCCEEDED
343491361mS CMTARGET: 18.115.1 6139 H323TrunkEP: SetNoAnswerTimer Not Starting: 7880

cztech /

http://www.cztechnologies.net

 

[Bas1234]

Firewall off on the VPN?

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

Dain Bramaged (Avaya Search tool

http://tinyurl.com/bas1234

)
______________________________________

 

[cztech]

From VMDebug. Kind of looks like it thinks a message is being left. But, nothing audible is heard.

29/06 16:01:07.252 vmprov5s (09,4) 7b8, 9f4: New VMAIL Client
29/06 16:01:07.252 DbgOut (01,5) 1976,3856: DllMain(hinstDLL=0x10000000, fdwReason=DLL_THREAD_ATTACH)
29/06 16:01:07.253 DbgOut (01,5) 1976,1608: DllMain(hinstDLL=0x10000000, fdwReason=DLL_THREAD_ATTACH)
29/06 16:01:07.253 vmprov5s (0a,5) 7b8, f10: OSThreadFunc entered[VMClient, 054BD798]
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Configuring for reliable disconnect, IDLE time is 300.000s
29/06 16:01:07.254 vmprov5s (06,5) 7b8, 648: VMClient::RxOpen 054BD780 DataRmSouth (1), session=00000526
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Receive OPEN for session 00000526, call-id 6206
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Check flags[13] 0 for advising recording
29/06 16:01:07.254 vmprov5s (06,5) 7b8, 648: VMClient::RxOpen 054BD780 DataRmSouth (1), session=00000526
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Receive OPEN for session 00000526, call-id 6206
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Access = ACCESS_LEAVE_VOICEMAIL:
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Mailbox: DataRmSouth
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Calling Party: 94148316742
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Display String: SAINT JOHN'S CO>DataRmSouth
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Target Party: 7880
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Greeting Modifier:
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Language: enu
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Call Ident: 6206
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Call Status: No Answer (1)
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Call Type: External
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Call Direction: Incoming
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Called Party:
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - DDI Number: 4142397880
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Calling Party Name: SAINT JOHN'S CO
29/06 16:01:07.254 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Called Party Name: DataRmSouth
29/06 16:01:07.260 vmprov5s (06,5) 7b8, 648: VMClient::RxOpen - Created dialog 054BA838
29/06 16:01:07.260 vmprov5s (09,4) 7b8, 648: Session: 00000526 - - Internal: !Internal!=N
29/06 16:01:09.252 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Configuring for reliable disconnect, IDLE time is 300.000s
29/06 16:01:09.252 vmprov5s (06,5) 7b8, 648: VMClient::RxActive 054BD780 (session=00000526)
29/06 16:01:09.252 vmprov5s (09,4) 7b8, 648: Session: 00000526 - Receive ACTIVE for session 00000526, call-id 6206
29/06 16:01:09.367 vmprov5s (24,5) 7b8, f10: Successfully determined fragments for announcement 1178 using language enu, fragments are "43,NAME,44,1141"
29/06 16:01:09.368 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\43.WAV [uLaw]
29/06 16:01:09.369 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Names\DataRmSouth.WAV [uLaw]
29/06 16:01:09.369 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\mc_01.wav [uLaw]
29/06 16:01:09.380 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\mc_01.wav [uLaw]
29/06 16:01:09.381 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\44.WAV [uLaw]
29/06 16:01:09.382 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\1141.WAV [uLaw]
29/06 16:01:09.382 vmprov5s (24,5) 7b8, f10: Successfully determined fragments for announcement 688 using language enu, fragments are "228"
29/06 16:01:09.382 vmprov5s (23,5) 7b8, f10: Succeeded in loading sound bite C:\Program Files (x86)\Avaya\IP Office\Voicemail Pro\VM\Wavs\enu\228.WAV [uLaw]


cztech /

http://www.cztechnologies.net

 

[cztech]

Bas1234 - I don't think a firewall is involved. There is no VPN, the 2 IPO's are actually on the same network (each located in separate residential towers).

cztech /

http://www.cztechnologies.net

 

[tlpeter]

I think there is something similar noticed here a couple of days ago.
Try a downgrade to 6.1 with 7.0 site and see what happens then.
It sounds like a bug to me.


BAZINGA!

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

 

[kwing112000]

I have a very similar issue with SIP and 6.1 and 7.0. none of the calls that cross the SCN trunk will get voicemail. I have a patch from avaya that fixed it in 6.1 but the patch caused all kinds of other issues like abnormal terminations and SD cards to go invalid.

Kevin Wing
ACSS Small and Medium Enterprise (SME) Communications
ACS- Implement IP Office
ACA- Implement IP Office
Carousel Industries

 

[cztech]

I downgraded the 7.0 to 6.1 yesterday. Same behavior as before.

The other thought was to upgrade both switches to 7.0. That may be our next step. Otherwise we'll have to use embedded VM or a different VM Pro at the 2nd site.

cztech /

http://www.cztechnologies.net

 

[tlpeter]

You better solve the problem instead of result of that problem!!!


BAZINGA!

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

 

[kwing112000]

6.1 and 7.0 have the issue. 6.0 doesnt. you should open a case with avaya and get this reported. even if both sites are 7 or 6.1 the issue will still happen

Kevin Wing
ACSS Small and Medium Enterprise (SME) Communications
ACS- Implement IP Office
ACA- Implement IP Office
Carousel Industries

 

[cztech]

You guys are right, I would rather this issue not linger in the background - could have other negative impacts as well. Our distributor is escalating to Avaya now.



cztech /

http://www.cztechnologies.net