dagwoodsystems
Programmer
I have a six-site SCN with links of varying quality. Three of the sites are fine, two are iffy at times and one seems to break every day to where the link--as seen from SSA--goes down multiple times.
I have shared with the external IT company about disabling SIP ALG and H.323 inspection and asked them to make sure that the RTP port range (found under LAN > VOIP tab) is forwarded appropriately. That said, I am still getting no audio on some calls and horrible QOS numbers. The telcos keep talking about their facilities being fiber and coax so it certainly can't be them.
Links are used also for databases and possibly drive mapping as well but there are no VLAN controls. "The software works fine!" (forgetting that the application layer won't show delays the same way voice will). Anyway...
It has been suggested that I "skinny up" my side of the street. In other words, I change the transport protocol to client/server from the default of Avaya Proprietary. Uncheck "Allow Direct Media Path" and strap all calls to use G.729a only. This seems like a desperate move to try to get around what is surely a nagging VPN parameter.
Any thoughts on this?
Tim Alberstein
I have shared with the external IT company about disabling SIP ALG and H.323 inspection and asked them to make sure that the RTP port range (found under LAN > VOIP tab) is forwarded appropriately. That said, I am still getting no audio on some calls and horrible QOS numbers. The telcos keep talking about their facilities being fiber and coax so it certainly can't be them.
Links are used also for databases and possibly drive mapping as well but there are no VLAN controls. "The software works fine!" (forgetting that the application layer won't show delays the same way voice will). Anyway...
It has been suggested that I "skinny up" my side of the street. In other words, I change the transport protocol to client/server from the default of Avaya Proprietary. Uncheck "Allow Direct Media Path" and strap all calls to use G.729a only. This seems like a desperate move to try to get around what is surely a nagging VPN parameter.
Any thoughts on this?
Tim Alberstein