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

SCN VMail Issue

Status
Not open for further replies.

macr0w

Vendor
May 5, 2011
11
US
Hey guys, I have a customer with an old system that has been in place since 2004. Before you say anything I have already submitted a proposal for upgrade. That is underway but fixing this is going to help me out with everything else.

The customer has 4 sites. Site A is where the vmail server is and the b, c and d sites use the vmail server at site A.

The customer also recently switched service providers.

They have gone to what is called a "Metro E" network with Time Warner. It basically puts all the sites on the same subnet.

Since cutting them over I have 2 sites that won't cover to vmail.
Let me explain this a little further.

All sites get a vmail login prompt when they dial *17.
I can admin all sites from any of the other sites.
When I say sites B and C won't cover to vmail what I mean is that, when you call an extension from site A to site B the extension at site B will ring like normal and when it covers to vmail it goes to the mailbox of the phone you are using to call it.

In my example I call from extension 376 on the site A box to extension 390 on the site B box after 3 rings it covers to the vmail box for 376.

Site D works just fine. The extensions at site A work just fine.

It's only site B and C that are a problem.

They are both doing the exact same thing.

I have been on the phone with Catalyst and sent them traces and configs. They can't find anything wrong.

I have deleted and re-created all the IP trunks on both ends of these 2 sites.

What is also interesting is that before this move everything was fine.

Now site A cannot dial any of the extensions at site B or C without a specific shortcode for the extensions.

Site D works just fine with no shortcodes.

Here is the layout:

Site A = 403 3.2.65 192.168.1.202
Site B = 406 3.2.65 192.168.1.226
Site C = 401 3.2.65 192.168.1.227
Site D = 401 3.2.65 192.168.1.228

If there is anything else you can think of that I need to add to this please let me know.
 
Post the trace(s) here, sounds like port blocking/routing if shortcodes are required, but could be more to it. If network changes caused it then it's highly likely to be network related :)

 
I agree.

How can I post the txt file without pasting the contents of it into the post? :)
 
There is a monitor trace from both sides of the call.
 
Nobody has any thoughts?

I still cannot resolve this issue.

I see that at least 3 people downloaded my monitor files.

Nothing? :-/
 
Hi Macr0w,

Sounds like Voice Networking is not checked between the IP Trunks between Site A and Site B/C. The dead giveaway is the fact you have to use system shortcodes to dial these extensions.

However, if Voice Networking IS chacked, then you have a problem of port 50795 not working. This could be being blocked or manipulated by a router.

On all connecting devices maske sure that any H323 Tranformations are switched off and that H323 inspections are also disabled.

Using Monitor, Click on Status and Small Community Networking. This should give you a list of users and groups etc being copied form the other sites. You will see on sites B/C this information will look different to sites A/D.

Good luck with this. I suspect you'll have to involve the network provider who will likely say there is no issue becasue you can ping across. Get a packet sniff trace to prove your point if necessary.

ACSS (SME)

One of these days everything will work as it should, and then we'll all be out of a job!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top