I recently set up SIP and H.323 DNS SRV records for my domain pointing to my VCS and have been testing using my Free Jabber.com account. It seems that the free jabber.com account gets "hung" in certain situations. This morning my initial test call connects fine from Free Jabber to my Polycom codec, and I end the call. I wait for a few seconds and make another call from Free Jabber to the same codec. Again, that one connects fine. My THIRD call to the codec doesn't even reach my VCS. I have no logs of the call making it to my VCS. Also, I also am not able to reach any other connections in my domain from Free Jabber, and have no logs of the attemps even reaching my VCS.
The only three things I can conclude are:
1) A DNS round-robin where one or more of the DNS servers can't resolve my target DNS domain for SIP/H.323. (unlikely)
2) Somehow and for some reason I've exhaused all of the possible outbound connections for my Free Jabber account. This could perhaps be a bug in that the tear-down of sessions with the Polycom codec, and it doesn't happen correctly, leading to resource exhaustion of my client??
3) I've exceeded some connection rate threshold for my outbound Free Jabber account, and I've been put in "time out" temporarily.
I've logged out of free Jabber and will re-try the scenario at the office and post results.
Has anyone else experienced anything similar? Is there any way to troubleshoot this further? I'm really trying to "sell" the idea of Jabber to my management team, but until it works reliably, it's a no-go.
Yes, this is a comon issue with the CiscoJabberVideo.com solution. My best guess would be what you have mentioned, either a DNS issue or outbound connection issue within the Jabber Video cloud itself as my customers are also not receiving traffic on their VCS-Es as you have described.
There is much talk of this at the moment and the best I can answer everyone is to hold tight until a resolution
There are even two Cisco employees discussing the issue
"what SRV records the CiscoJabberVideo.com solution queries"
It first looks for SIP SRV records, not sure if it looks for both tcp and sips or just sips, but having both in place doesn't hurt.
If it can't find SIP SRV records, then it looks for H.323 SRV records, mind you, my experience has been that SIP needs to be enabled on the end-point it tries to connect to even if this endpoint only has an H.323 address and is not registered to a SIP registrar.
Please rate replies and mark question(s) as "answered" if applicable.
Sorry guys, I should have said out-bound from CiscoJabberVideo.com -> Customer Equipment. Is it different from the typical Movi / JabberVideo 4 TP + VCS-E call out. The only reason I'm thinking this is becaues I wouldn't believe that the CiscoJabberVideo.com runs on beefed up VCS-Es nor running the normal VCS code; I wonder how differently this behaves and does it produce different responses / queries to what VCS-Es perform for traversal zones?
It's probably a stupid question and just uses the A record for the domain that you are dialling.
On the OPs post, CiscoJabberVideo.com is 'hit and miss' when I test. 50% of the time it hits my VCS-Es and only after a very long pause (5 - 10 seconds in some cases). I wonder if the TAC knows anything about CiscoJabberVideo.com
Cisco Jabber for iPad enables you to make and receive video calls to and
from business contacts or join telepresence meetings from your iPad. You
can enjoy video calling with standards-based video devices and bridges
including deployments of Cisco TelePre...
The first time you open Cisco Jabber Video for TelePresence, you can
test your computer’s microphone, speakers, and camera to ensure the best
video calling experience.Do any of the following: To test the
microphone: Select the microphone you want to test....
You can get Cisco Jabber Video for TelePresence in one of two ways:If an
existing Cisco TelePresence customer sends you an email invitation to
get Jabber Video, click the link in the email to download the
application.Go to http://ciscojabbervideo.com and ...