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

Remote Site issues

Status
Not open for further replies.

TykeUK

Technical User
Jul 27, 2004
525
GB
The site has a G700 with S8300, connected via the WAN to an s8700. The site has it's own ISDN 30.

They have been complaining of the following issues..... has anyone any ideas on these.....

Reception is complaining that customers are continually getting cut off when being placed on hold. I have activated an agent trace and can see when this happens.

Call connection time – it appears that on many occasions when calls come into reception and they answer there’s a delay of approx 3 seconds where they have to repeat their greeting. Also when she transfers calls internally there is also a delay of approx 3 seconds.

Thanks
 
It sounds like you have bandwidth issues between the sites. IS the reception lady sitting at the s8700 site. Is the call coming into the s8300 and geting answered by the reception at HQ. If so, try routing all calls to reception via PSTN first to proof its not the link. Most of the problems we have was related to the link. What is you inter network region bandwidth ? use G729A if possible.
 
We do use g729a. However I didn't think that the calls would use any bandwidth as they come into the site on their own ISDN lines and are answered by the receptionists at the remote site.
We do ahve 5 other offices with the same setup and this does not appear to happen!
 
There's lots of things you can check. The front port of that G700 has to be locked down to 100MB FD. Also if these are IP phones you should put the media gateway in its own net region back on the S8700 (if this is an lsp) and use the IP network map screen to make sure the dial tone the people at the remote site draw is coming locally and not over the wan. As with anything all Software and Firmware should be updated first. If you do a list trace tac and put the TAC from the first page of the incoming isdn trunkgroup check out what you see from that command when one of these calls fail. I can give some but we should probably check this stuff first. Post back if you any info regards anything I've suggested.
 
I'll see if I can check the trace tac stuff but as I am not on site it's really hard to capture this info.
The rest of your suggestions are already implimented.
Thanks
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top