01-11-2011 02:41 PM - edited 03-21-2019 03:30 AM
Hi,
I have configured a SIP trunk to a UC520.
The trunk registers and I can make and receive calls however I only get one way speech.
Te UC is the firewall.
any ideas
01-12-2011 11:39 AM
Hi,
Can anyone help with this.
I have attached config.
Basically I can make and take calls via the Skype sip trunk. However I only get one way speech.
If an outside caller rings and leaves a voicemail the message is silent
If an outside call is answered on a deskphone there is silence also.
John
01-13-2011 05:39 AM
At what point does the support aspect of this forum start.
2 days not even a suggestion.
Come I guys I have not phone calls working here.
01-13-2011 07:55 AM
Can you do a debug ccsip all and then make a phone call. Meanwhile, delete the sip trunk and recreate it again. Have you downloaded the latest software packs yet?
Follow the tutorial in this video
01-13-2011 08:56 AM
Hi,
Yes I upgraded to the new packs and have turn off the toll fraud.
I have attached the debugs.
Basically the call hit the AA, option 1 calls Directory number 300, (SNR is used with this extension, However I didnt answer) the call diverts to voicemail and I left a message, (Silence)
If i do the same as above but answer I also only have one way speech.
John
01-13-2011 02:20 PM
OK
I deleted the sip trunk.
set it up again as per video.
Still the same issue
01-14-2011 09:32 PM
Do you have any devices in front of the UC?
01-16-2011 03:26 PM
The ISP supplied a DSL router which acts as a bridge.
They give 8 public IP's the UC connects directly to the dsl router.
There is also a SA520 connected directly to the DSl router.
The data vlan uses the SA520 (for Content/AV). but the UC can connect to the net directly.
The SIP trunk work prior to the latest softpack.
01-25-2011 06:18 AM
still having this issue
01-25-2011 12:43 PM
Hi John -
I have similar setup working well - however I only have 1 public IP so the wan eth of my SA connects to the provider's modem and my UC540's wan eth connects to the SA's LAN interface... turned firewall and nat off on the UC and opened SIP-TCP service on the SA's firewall pointing to UC's WAN address... two way audio via skype trunk no problem.
You'll also need a couple static routes on the SA pointing to the voice and data vlan's of the UC - similar to what's shown here - assuming you kept the defaults and the UC's WAN is 192.168.75.2:
List of Static Routes | ||||||||
Name | Destination | Gateway | Interface | Metric | Active | Private | Edit | |
UC540-Data | 192.168.10.0 | 192.168.75.2 | LAN | 10 | Yes | No | ||
UC540-CUE | 10.1.10.0 | 192.168.75.2 | LAN | 10 | Yes | No | ||
uc_voice_cca | 10.1.1.1 | 192.168.75.2 | LAN | 5 | Yes | No | ||
For remote users (cipc or 525G), I use the UC for terminating SSL VPN and/or IPSEC VPNs as well but you'll need additional firewall rules pointing to the WAN of the UC here as well - specifically for these built in services: IPSEC-UDP-ENCAP, IKE, and/or HTTPS.
Not familiar with your DSL provider's bridging mode, but sounds like you may be having a NAT issue with the one way audio... or possibly missing a static route
hope it helps.
01-25-2011 07:14 PM
John,
You said the SA is connected to the DSL modem and that the UC can connect directly.
Do you have the UC connected to the optional port on the SA? If so I would recommend placing a switch between the DSL modem and the SA and UC, this switch will act as an Internet switch.
I have seen issues were the SA does not re-assemble the packets correctly, which will cause you audio issues.
-Mario
01-26-2011 02:35 AM
The DSL modem has 4 ethernet ports.
The carrier gives us a subnet with 8 IPs.
The SA connects to one port and uses one IP and the UC connects to another port and uses another IP.
The UC is not behind the SA.
The data vlan is connected to the SA and the PC's use the SA as there default gateway.
This work before the latest softpack
01-26-2011 05:55 AM
Not clear why you're connecting the data vlan of the UC to the data vlan of the SA -- I would recommend removing that link or putting the UC behind the SA as suggested above.
My guess is the SA does not know how to get to the 10.x.x.x phone/cue subnets of the UC or traffic from the 10.x.x.x subnet of the UC is taking a different path back out... try doing traceroutes from the various subnets and see if traffic follows the same path.
by the way both the capture and show run.txt.zip files you posted are corrupt and cannot be opened (by my PC anyway)
01-26-2011 06:16 AM
The SA520 was there before the UC520 and it manages web content via Trend Micro.
The data subnet behind the UC and the SA are the same (192.168.108.0/24). Internet access for the data subnet is via the SA. Sip trunking and VPN etc is via the UC directly.
I will post the files again and run the traces.
02-01-2011 02:20 AM
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide