NO Outbound VM Traffic from LAN2

[WEC2020]

Help Meh!

I'm having a problem I can't seem to figure out. This topic has come up in many other posts but none that with answers that are able to resolve my issue.

When calling inbound and then hitting either a voicemail box or auto attendant I get no response, no sound at all, the call stays connected. All other SIP traffic seems to work just not when its coming back from VoiceMail Pro. I have a dedicated SIP Trunk Line brought into the building provided by our Vendor using LAN2. Also When I'm looking at the traffic its trying to send SMTP traffic out LAN2. Voicemail works fine from the handsets to voicemail pro on Segment1.

I'm not entirely sure how IP Office determines what traffic goes out what interface. I only need SIP/RTP Traffic to be allowed out LAN2 and SMTP,DNS,NTP out LAN1 but I also need Voicemail and auto attendant responses to be routed from LAN1 and then back out LAN2.

Equipment:
[ul]
[li] IP500V2 11.0.4.0.0 build 74[/li]
[li] Windows VM Pro Server[/li]
[li] Router/Firewall - With SIP ALG Disabled[/li]
[/ul]

Networking:

Segment1:
RouterInt: 10.3.23.1
IP500V2 LAN1 10.3.23.2 - DHCP Mode - Server enabled for Handsets
VMPro: 10.3.23.3

Segment1 Notes: H323 9608 handsets, Voicemail Pro, IP500V2 LAN1, Internet Connection from 10.3.23.1 to be used for SMTP,DNS,NTP only.

Segment2:
RouterInt: 10.3.24.1
IP500V2 LAN2 10.3.24.2 Firewall Profile - None

Segment2 Notes: SIP Trunk using registration on dedicated line out LAN2

I have a static IP Route for 0.0.0.0 255.255.255.0 10.3.24.1 LAN2 0
It seems like if I change this route to anything but this the SIP Trunk Fails to register.

I've tried so many different configurations it would be hard to list them all. I enabled RIP this morning thinking it might auto determine the best route but all it did was cause the SIP trunk to go offline. I have also completely reinstalled Voicemail PRO.

Then again it might no be a routing issue and be SIP URI related or how the call is presented to voicemail pro?

Help would be much appreciated. I can provide VM Debug, SysMon, or packet captures if needed.

 

[icet500]

Seems like a network issue. Have you tried to disable “allow media path” in the SIP trunk?
A SIP trace would be appreciated in this case!

 

[teletechman]

Your default route 0.0.0.0 SN 0.0.0.0 GW (gateway on LAN1) needs to be LAN1 not 2. For LAN2 you need to put in the addresses of the SIP provider with the GW of LAN2 10.3.24.1. This will allow you to use LAN1 for all internet traffic and LAN2 for SIP traffic.
Mike

 

[WEC2020]

Reply to icet500

I had not but enabled it with a Merge as it indicated a reboot was not required. The media path option required that I enable "Re-Invite Supported" as well. It didn't seem to do anything so I reverted back. Would you recommend keeping it enabled or maybe trying it with a reboot?

Also here is a trace from System Status after making an Inbound call from my cell to my DID. When the call rings in I just press the to voicemail option without picking up and get dead air. I can pickup and it works just fine but for the purpose of the this trace I did not pickup. Also I noticed that the From: number is in 10 digits and the To: number is in 7 digits. Could this be a problem?

 

[WEC2020]

Reply to teletechman

I added the routes you suggested and rebooted however it doesn't appear to have took. I'm fairly sure the config was sent but the new routes never showed up in System Status, or SysMon. I reloaded manager and the route disappears from the config. I'm not sure if this is some kind of weird buggy glitch or maybe I missed something. I can't reboot the system during the day so I'm going to try again tomorrow morning. Please Standby...

 

[derfloh]

No need to reboot to change or add routes.

IP Office remote service
IP Office certificate check
CLI based call blocking
SCN fallback over PSTN

 

[WEC2020]

After the IP Route changes the SMTP traffic routed successfully! However still no luck on the VM Traffic.

Here is the Logs from DbgViewer. First line is concerning any ideas on how to make it find the correct session? Also I was looking at the traffic in Wireshark and found that its not RTP traffic. Just UDP Data traffic of some type that is mostly not human readable. The UDP Traffic is making it to the IP500V2.

05/02 07:12:00.742 vmprov5s (09,3) bf4, ee4: VMServer:rocessReceiveBuffer: [highlight #FCE94F]Received request for a call with session 0000006c, however that call does not exis[/highlight]t (received "VMMESSAGE_SEQ VMMESSAGE_SEQ, seq=00000039 - VMMESSAGE_UTF8HELD Session=0000006c, Seq=0, length=199" from 10.3.23.2:4098)
05/02 07:12:00.745 vmprov5s (09,3) bf4, ee4: VMServer:rocessReceiveBuffer: Received request for a call with session 0000006c, however that call does not exist (received "VMMESSAGE_SEQ VMMESSAGE_SEQ, seq=0000003a - VMMESSAGE_DTMF_DETECTION Session=0000006c, Seq=0, length=10, DTMF: OOB, VCM: Present, FAX: INBAND" from 10.3.23.2:4098)
05/02 07:12:00.793 vmprov5s (09,5) bf4, ee4: new VMAIL Client [027FF700] [Connections 0 - 1]
05/02 07:12:00.793 vmprov5s (0c,6) bf4, ee4: New Voicemail Client (VMClient object=027FF6A0, parent 07DECDB8)
05/02 07:12:00.802 vmprov5s (09,6) bf4,151c: Session: 0000006c - Configuring for reliable disconnect, IDLE time is 300.000s
05/02 07:12:00.802 vmprov5s (09,6) bf4,151c: Session: 0000006c - Receive OPEN "" for session 0000006c, call-id 19, mailbox <Roy>, access 1 (VMClient:027FF6A0), media port <0>
05/02 07:12:00.802 vmprov5s (09,6) bf4,151c: Session: 0000006c - Advise recording requested
05/02 07:12:01.796 vmprov5s (09,6) bf4,151c: Session: 0000006c - Receive OPEN "" for session 0000006c, call-id 19, mailbox <Roy>, access 1 (VMClient:027FF6A0), media port <0>
05/02 07:12:01.796 vmprov5s (09,6) bf4,151c: Session: 0000006c - Advise recording requested
05/02 07:12:01.807 vmprov5s (09,6) bf4,151c: Session: 0000006c - Receive ACTIVE "" for session 0000006c, call-id 19 (VMClient:027FF6A0), media port <0>
05/02 07:12:01.807 vmprov5s (09,6) bf4,151c: Session: 0000006c - Advise recording requested
05/02 07:12:07.700 vmprov5s (09,3) bf4, ee4: VMServer:rocessReceiveBuffer: Received request for a call with session 0000006c, however that call does not exist (received "VMMESSAGE_SEQ VMMESSAGE_SEQ, seq=0000003f - VMMESSAGE_DTMF_DETECTION Session=0000006c, Seq=0, length=10, DTMF: INBAND, VCM: Not present, FAX: INBAND" from 10.3.23.2:4098)
05/02 07:12:07.705 vmprov5s (0c,6) bf4,151c: > IClient::UnLink(No Vtable=no, processing_unlink=no, object=027FF700, session=0000006c, refCount(voicemail_dialog(00000000))=0)
05/02 07:12:07.705 vmprov5s (0c,6) bf4,151c: < IClient::UnLink(voicemail_dialog = 00000000, object=027FF700, session=0000006c)
05/02 07:12:07.705 vmprov5s (0c,9) bf4,151c: > VMClient:estroy(VMClient object=027FF6A0, session=0000006c, voicemail_dialog=00000000)
05/02 07:12:07.705 vmprov5s (0c,9) bf4,151c: > IClient::Terminate(IClient object=027FF700, session=0000006c, voicemail_dialog=00000000, refCount=0)
05/02 07:12:07.705 vmprov5s (09,5) bf4,151c: Session: 0000006c - ~IClient [Call duration: 6 secs, 0 missed packets] [Connections 0 - 0] [Buffer pool(0:1000 1:250 2:2500 3:1496) allocated:4, seq:0] [Links:11607 from 12000] [CMMsg:2 left from 2] [VM:0 NODES:0 SN:0 SCO:28 SBL:0 TASKS:7 FILES:0 Msgs:109]
05/02 07:12:07.705 vmprov5s (0c,9) bf4,151c: < IClient::Terminate()
05/02 07:12:07.711 vmprov5s (0c,9) bf4,151c: > IClient::~IClient(VMClient object=027FF700, session=0000006c)
05/02 07:12:07.711 vmprov5s (0c,9) bf4,151c: < IClient::~IClient()
05/02 07:12:07.711 vmprov5s (0c,9) bf4,151c: < VMClient:estroy()

 

[teletechman]

I do this all the time and have no issues with it. Could you post your config so we can look at it and see what is happening.
Mike

 

[WEC2020]

See Attached Stripped Version of my Config. I removed anything I felt might be sensitive but replaced it with something that matched.

[URL unfurl="true"]https://drive.google.com/file/d/1_AMRSRzqZv8Qq2jNgTNKmvRAYyORhOl3/view?usp=sharing[/url]

 

[WEC2020]

Okay new development. If I call a DID number and hit voicemail it will not work, just dead air. If I call the main line number and then have them transfer me to another extension and then hit voicemail it works. Hrmmm....

 

[WEC2020]

Also if the extension is set to DND then the Voicemail will work. It only seems to happen when the voicemail is hit after ringing the extension using the DID number directly. I get the same thing I posted earlier complain the call doesn't exist. "Received request for a call with session 0000006c, however that call does not exist

 

[teletechman]

enable re-invite and uncheck allow direct media. Also your config was gibberish I could not read it. Check on the LAN if you have keep alives checked. Also a monitor trace of a call would help with the SIP options checked.
Mike

 

[WEC2020]

I enabled re-invite and uncheck allow direct media and I enabled keep alives on both LAN1 and LAN2. No Change in behavior. See config Link below. I'm going to try and get a good Monitor Log of just that call tomorrow. I have to do it after hours to isolate just that call.

Attached Config in CSV format.

https://drive.google.com/file/d/11q7sgMOmqxGWTN8l-19QPlE1wgfEXMn2/view?usp=sharing

 

[teletechman]

Change the subnet mask on your default route from 255.255.255.0 to 0.0.0.0 this will allow all traffic out so one route should be
0.0.0.0
0.0.0.0
10.3.23.1
LAN1.
Mike

 

[WEC2020]

Changed the route verified the change in System Status. No change in behavior.

 

[WEC2020]

See Attached Monitor Log

Called into the office and send the call Directly to voicemail. The call stays connected for about 5 seconds then I hang-up. No audio is transferred.

https://drive.google.com/file/d/1VXOSORnmO_OTT5cNNN8GaGYce9nTMnay/view?usp=sharing

 

[WEC2020]

My voicemail server is a HyperV Virtual Machine. I guess some kind of unexplainable HyperV networking issue that could only be resolved by a reboot of the Hypervisor was the resolve to my month long issue. (*Insert 4 Letter Choice Words HERE*)

 

[teletechman]

Glad you got it resolved and posted the fix here for other who might have a similar issue.
Mike