Smart questions
Smart answers
Smart people
Join Tek-Tips Forums
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login




Remember Me
Forgot Password?
Join Us!

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Jobs from Indeed

Link To This Forum!

Partner Button
Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Dregs (TechnicalUser) (OP)
17 Mar 10 11:34
Guys,

I'm not a dummy when it come to Avaya but this problem has me stumped!  We have a remote site in Vienna which is WAN linked to London office (8720's).  They have a few 9650 handsets which have no dial tone on them.

The calls work in that they can dial numbers etc but there is simply no dial tone or ringing tone (on internal calls).

From a trace of a call it looks like the phone is using the VOIP resource of another remote site in Hamburg (this has a G700 with a S8300).  Vienna is in network region 2, London in region 1 and Hamburg it region 10.  

The phone is connected to a CLAN in London so why is it not using the Medpro in the same cabinet????  Trace is below any info or suggestions would be welcome.

Mark


10:27:59     idle station    810004 cid 0x3be6                                  
10:27:59     active station    810004 cid 0x3bf2                                
10:27:59     G729A ss:off ps:20                                                 
             rgn:2 [10.7.3.240]:2074                        PHONE                    
             rgn:10 [10.248.4.11]:2060                      (Hamburg)                    
10:28:01     idle station    810004 cid 0x3bf2                                  
10:28:02     active station    810004 cid 0x3bf3                                
10:28:02     G729A ss:off ps:20                                                 
             rgn:2 [10.7.3.240]:2074                        PHONE                        
             rgn:10 [10.248.4.11]:2056                      (Hamburg)                    
10:28:05     dial 90043 route:ARS                                               
10:28:05     term trunk-group 1    cid 0x3bf3                                   
             VOIP data from: [10.248.4.11]:2056                                 
10:28:12     Jitter:0 0 0 0 0 0 0 0 0 0: Buff:8 WC:0 Avg:0                      
10:28:13     Pkloss:* * * * * * * * * *: Oofo:0 WC:0 Avg:0                      
             VOIP data from: [10.248.4.11]:2056                                 
10:28:23     Jitter:0 0 0 0 0 0 0 0 0 0: Buff:8 WC:0 Avg:0                      
10:28:23     Pkloss:* * * * * * * * * *: Oofo:0 WC:0 Avg:0     
 
Mitch672 (Vendor)
17 Mar 10 11:42
Check your IP-Network-Map ("change IP-Network-Map"), make sure the IP range for that location is "mapped" to the proper IP-Network-Region for that location.

Check the media gateway ("change media x"), make sure it is also set to the correct IP-Network-Region for that location.

Also check your UDP port range, and make sure that you have UDP ports being routed between all of the LAN/WAN segments, no audio is typically UDP packerts not being routed properly.

 

Mitch

AVAYA Certified Expert

Dregs (TechnicalUser) (OP)
17 Mar 10 12:15
Thanks, all this looks to be programmed ok.

The only other thing I can see is that the Hamburg gateway is registering with a Clan in London that is in the London network region (1) rather than Hamburg's nrtwork region of 10. (I guess the MGC list is wrong)

Could this cause a problem?

Thanks
Mark   
Mitch672 (Vendor)
17 Mar 10 14:54
Yes, I would correct the MGC list to register to the main switch's CLANs or PE.  Make sure you can "ping" them before you change it, it may have been done that way because of a lack of direct IP connectivity.

How it acts would be determined how you have the intervening IP Network Regions definied, since it is now registered to another IP Network Region, rather than the main site/location.

 

Mitch

AVAYA Certified Expert

samorse (Vendor)
17 Mar 10 19:28
I am having the same issue with a 9620 and a 9640 that are on a LAN (same switch) with other 96xx phones that work fine.  All are on firmware 3.
Dregs (TechnicalUser) (OP)
18 Mar 10 8:31
Bit of an update.  If I remove the path to network region 10(hamburg) for the Vienna network region (2) the phones use the London Medpro and get dial tone etc...

I need to keep the Hamburg path in so internal calls can root to Hamburg and am investigating a prossible firewall issue @ Hamburg...  
Dregs (TechnicalUser) (OP)
18 Mar 10 8:49
I have now found that Vienna are blocking the routes to the VOIP IP address in Hamburg but they want the phones to use the resource at London.

Is there anyway to specific which medros to use for a particular network region or any suggestions what bit of programming is telling the phones to use Hamburg?
Mitch672 (Vendor)
18 Mar 10 10:17
see above: "IP-Network-Map" and "IP-Network-Region" forms.

 

Mitch

AVAYA Certified Expert

Dregs (TechnicalUser) (OP)
19 Mar 10 13:08
RESOLUTION

On the locations page the location parameter for Vienna was set to 13 (the same as the German sites) as Vienna does not have its own location code.  

Because of this the system was using the VOIP resources in Germany as it best matched the country's ringing pattern etc.  This has now been changed to 10 (UK) and is now using a Medpro in London - only small issue which they have to live with is that the Vienna phones now have a UK dialling tone and ringing pattern but that's tough!
98Converter (TechnicalUser)
19 Mar 10 13:21
Just curious what Location Vienna is using in it's NR form? If it's using Londons, keep in mind the Timezone Offset. Vienna is (1) hour ahead of London. If it has it's own Location and all is defined then disregard my post.

 

Thanks,
98C

We are what we repeatedly do. Excellence, then, is not an act but a habit. ARISTOTLE 384-322 B.C.

Mitch672 (Vendor)
19 Mar 10 14:05
I always make each site have it's own IP-Network-Region, and use it's own "location".  This is the best way to go, as you have the most flexability.

 

Mitch

AVAYA Certified Expert

Dregs (TechnicalUser) (OP)
19 Mar 10 17:31
Hi,

Vienna does have its own network region defined which is different to both London and the Hamburg site.
Mitch672 (Vendor)
19 Mar 10 20:01
Yes, but you don't have a "location" definied, you need both.
 

Mitch

AVAYA Certified Expert

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close