[cisco-voip] IP Communicator 7.0(1)

Cauthen, John A. John.Cauthen at AGG.com
Tue May 12 14:15:33 EDT 2009


The issue has been resolved.  The problem was with the split tunneling
configuration.  Thank you for the help in resolving this issue.


-----Original Message-----
From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Tuesday, May 12, 2009 10:51 AM
To: Cauthen, John A.
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] IP Communicator 7.0(1)

Now we are getting somewhere.

Look at the call stats on the CIPC.  If Sender Packets is  
incrementing then CIPC is at least sending audio, which is good  
(we've seen issues where it doesn't).

You didn't mention where your capture was taken.  If it was at the  
CIPC PC and you can see outbound and inbound audio then the issue is  
probably going to be in the network somewhere.

Can you get the call statistics from the other endpoint to confirm it  
is not receiving packets?   There have also been issues where one  
endpoint sends RTP but it's all silence in the RTP stream.  This also  
looks like one-way audio to the user.

-Ryan

On May 12, 2009, at 10:25 AM, Cauthen, John A. wrote:

The other person cannot hear the CIPC.

Wireshark captures are showing that the CIPC is not sending RTP but is
receiving RTP.



-----Original Message-----
From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: Tuesday, May 12, 2009 10:19 AM
To: Cauthen, John A.
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] IP Communicator 7.0(1)

In a one-way audio situation either one party is not sending RTP or
the RTP from one party is not reaching the other party.

In your case you have CIPC talking to something and there is one-way
audio.  Is it CIPC that cannot hear the other person or can the other
person not hear CIPC?   In your original description you stated "The
caller can hear the other party but, the other party cannot hear the
caller.".  My question "Is the caller in your description the one
using CIPC?" was asked with the intent of figuring out exactly which
party can or cannot hear the other one.  Words like "everyone" and
"caller" don't mean anything when you don't define who the caller or
who everyone is.

You can use the call statistics in CIPC by hitting the ? button twice
while the call is up. This will confirm if it is sending and/or
receiving RTP packets.   In a normal, working call both Rcvr Packets
and Sender Packets will be increasing.   If Sender Packets is not
going up then CIPC is not sending audio.  If Rcvr Packets is not
going up then it is not receiving audio.   If the remote device is
another IP phone you can do the same thing on it.

-Ryan

On May 12, 2009, at 10:05 AM, Cauthen, John A. wrote:

This is happening to everyone, not one particular person.

Yes, the IP address is routable.  We tested that by connecting directly
to a port on the core switch that was on the VPN VLAN so, the laptop
received an IP address in the VPN VLAN IP range.  In that scenario CIPC
worked just fine.

I can go through the VPN and get the same IP address I did when directly
connected to the switch, but it will be one-way audio.

Thanks,
John


-----Original Message-----
From: Ryan Ratliff [mailto:rratliff at cisco.com]
Sent: Tuesday, May 12, 2009 9:18 AM
To: Cauthen, John A.
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] IP Communicator 7.0(1)

Is the caller in your description the one using CIPC?

In your Wireshark capture look at the SCCP OpenReceiveChannelAck that
CIPC sends to CUCM.  Make sure the IP address CIPC sends is routable
to the devices on the other side of the VPN.

-Ryan

On May 12, 2009, at 9:09 AM, Cauthen, John A. wrote:

We are experiencing a one-way audio issue when using IP Communicator
7.0(1) through VPN.  The caller can hear the other party but, the
other party cannot hear the caller.  Troubleshooting:



-          CIPC works in the office on the LAN

-          CIPC works when directly connected to a port on the core
Switch on the VPN VLAN (receiving a VPN IP address)

-          CIPC doesn't work through the Cisco ASA SSL VPN solution,
or the Cisco VPN Concentrator

-          We have also used Wireshark to see if there was any
difference in the communication when going through VPN compared to
when CIPC works.  The only thing I notice is that when connected to
the VPN the communication is one-way as well.  The source is always
the voice VLAN.



We are on CUCM 6.1(2) using SCCP.   If you can help please let me
know what I am missing...I am sure it is just staring me in the face.



    Thanks,



John

Note:
This message and any attachments from the law firm Arnall Golden
Gregory LLP may contain CONFIDENTIAL and legally protected
information.  If you are not the addressee and an intended recipient,
please do not read, copy, use or disclose this communication to
others;  also, please notify the sender by replying to this message,
and then delete it from your system.  Thank you.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip





More information about the cisco-voip mailing list