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

SRG 50 set's redirecting issue

Status
Not open for further replies.

SteveB1981

IS-IT--Management
Jun 4, 2007
15
US
Has anyone got any ideas or seen this before. We have an SRG 50 running rls 2 connected to a CS1k 4.5.

We are basically seeing random phones reset either when idle or during a call. There is no drop in connection being seen between the SRG site and CS1K also to note it is not happening on all phones just random normally around 5 out of the 27 at a time over the space of 10 minutes.

This may happen once or twice in 24 hours.

I have turned on all logging possible and only log / alarm that is coming up is:

50075 DN:xxx Normal mode - set redirected to main office

Any help or comments much appreciated.

Thanks

Steve
 
The set will restart only if it loses connection with the CS1k for a certain period of time. You will not get all sets to restart unless the entire network goes down, but if one set times out it will restart itself.

What is the network topology? How does the SRG site communicate with the CS1k?
 
The two sites are connected over an MPLS IP VPN service.

We are not seeing any drop in connection, one thing that may have found late today is a latency issue, could latency cause this to happen?

Also it is doing this mid call no quality issue but the hadnsets will simply reset themselves self and then restart and go back into normal mode with out any delay!

Noticed today that Nortel have released patches for SRG 50 rls 2 wondering if these maybe of some help to us! Rls 2 seems buggy and unstable in allot of ways!

Is there anyway to adjust the timeout for the hadnsets? What controls these timers the gatekeeper TTL's?

Thanks

Steve
 
My guess (purely a guess) would be that the NAT table on the VPN routers is ageing out, causing the set to restart, thereby recreating the table etc.

I don't know of any reason why this would happen mid-call, but I would be looking at the intervening network hardware, rather than the set or SRG/CS1k.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top