Live meeting fails hrough LM client, but works through Communicator

All replies

• 

  

  0

  Sign in to vote

  Live meeting internally will work based on the FE address and SRV records for it.  Can you try using the Outlook plugin to schedule and see if that works?  Also, is this internal or external that it is failing?
  
  Thanks
  
  -kp

  ---

  Kevin Peters MCSE/MCSA/MCTS/CCNA/Security+ blog: www.ocsguy.com

  Monday, October 5, 2009 2:16 PM
• 

  

  0

  Sign in to vote

  That's what I thought as well. The outlook plugin also will not work, it fails with the same communication error when running a 'Test Connection' in LM.
  
  Internal meetings are fine, it is the external that is failing. However at yet another site location today I attempted a live meeting through MOC and it works without issue.
  

  Monday, October 5, 2009 2:48 PM
• 

  

  0

  Sign in to vote

  So inviting external contacts is what is failing.  I'd suggest a couple of things:
  
  Verify your configuration against the Edge Server Planning Tool - it will spit out a how to configure your edge doc:
  http://www.microsoft.com/downloads/details.aspx?FamilyID=149e5dd5-eaae-46b6-afba-01c31e88a275
  
  Test your certificates:
  http://www.digicert.com/help/
  
  Those would be my starting points.
  
  Are the external clients domain machines and are you using 3rd party or internal certs?
  
  -kp

  ---

  Kevin Peters MCSE/MCSA/MCTS/CCNA/Security+ blog: www.ocsguy.com

  Monday, October 5, 2009 3:24 PM
• 

  

  0

  Sign in to vote

  Edge planning tool comes back clean. I double checked all of my SRV records and am just so confused why if it's initiated through MOC it's fine and LM it fails. Something between there isn't right and that's what I'm trying to trace.
  
  Ran the planning tool prior to this which my design followed very closely and my certs are actually all verified and good as well.
  
  Also I've tried from both a domain machine and non-domain machine and both receive the same error. I'm really at a loss here. I glanced at the trace as well and didn't find much indicative of any issues either.
  
  Thanks for the ideas Kevin.
  

  Monday, October 5, 2009 3:35 PM
• 

  

  0

  Sign in to vote

  Send me an invite  (kevin   p     AT   itadvisorgroup  DOT com).  I'll see what I see from the client side.
  
  -kp

  ---

  Kevin Peters MCSE/MCSA/MCTS/CCNA/Security+ blog: www.ocsguy.com

  Monday, October 5, 2009 3:38 PM
• 

  

  0

  Sign in to vote

  Thanks Kevin, how would you like me to initiate an invite exactly? I can setup a test account in my domain if that would be the easiest?
  

  Monday, October 5, 2009 3:59 PM
• 

  

  0

  Sign in to vote

  From an account in your domain open outlook, click schedule a meeting and put my email above in the to field.  Or you can add me to IM and ping me:
  
  same first name as above but at pcmsdatafit  (dot)  com.
  
  -kp

  ---

  Kevin Peters MCSE/MCSA/MCTS/CCNA/Security+ blog: www.ocsguy.com

  Monday, October 5, 2009 4:00 PM
• 

  

  0

  Sign in to vote

  Thanks Kevin, send a meeting request to your first e-mail address. I'll be available most of the afternoon if you'd have time to look. Thanks again!
  

  Monday, October 5, 2009 4:34 PM
• 

  

  0

  Sign in to vote

  Rich,
  
  Now that we have this solved I wanted to share with the class:
  
  To troubleshoot I had Rich send me an invite via email.  I set the following registry key to 1
  
  

  hkey_cu\Software\Microsoft\Tracing\uccp\LiveMeeting\EnableFileTracing.
  
  This created a file named LiveMeeting-uccp-0.uccplog at %userprofile%\Tracing  (good info highlighted below).
  
  I also did an NSLookup to see what we were seeing there:
  
  

  This Shows us we cannot resolve an SRV record for your domain.    A bit of NSLookup testing shows godaddy isn’t giving us your records:

  > server 4.2.2.1

  Default Server:  vnsc-pri.sys.gtei.net

  Address:  4.2.2.1

   

  > set type=srv

  > _sip._tls.on-itconsulting.com

  Server:  vnsc-pri.sys.gtei.net

  Address:  4.2.2.1

   

  *** vnsc-pri.sys.gtei.net can't find _sip._tls.on-itconsulting.com: Non-existent

   domain

   

  > server ns11.domaincontrol.com

  Default Server:  ns11.domaincontrol.com

  Address:  216.69.185.6

   

  > set type=srv

  > _sip._tls.on-itconsulting.com

  Server:  ns11.domaincontrol.com

  Address:  216.69.185.6

   

  *** ns11.domaincontrol.com can't find _sip._tls.on-itconsulting.com: Non-existent domain

  
  Inside of the log file we saw the following problem that leads us to the DNS record issue:
  
  
  

  10/05/2009|12:55:07.435 66C:E30 ERROR :: QueryDNSSrv GetDnsResults query: _sipinternaltls._tcp.on-itconsulting.com failed 0

  10/05/2009|12:55:07.435 66C:E30 ERROR :: DNS_RESOLUTION_WORKITEM::ProcessWorkItem ResolveHostName failed 8007232b

  10/05/2009|12:55:07.435 66C:E30 INFO  :: QueryDNSSrv - DNS Name[_sip._tls.on-itconsulting.com]

  10/05/2009|12:55:07.435 66C:1240 INFO  :: CUccDnsQuery::UpdateLookup - error code=80ee0066, index=0

  10/05/2009|12:55:07.435 66C:1240 INFO  :: CUccDnsQuery::CompleteLookup - index=0

  10/05/2009|12:55:07.515 66C:E30 ERROR :: QueryDNSSrv GetDnsResults query: _sip._tls.on-itconsulting.com failed 0

  10/05/2009|12:55:07.515 66C:E30 ERROR :: DNS_RESOLUTION_WORKITEM::ProcessWorkItem ResolveHostName failed 8007232b

  10/05/2009|12:55:07.515 66C:E30 INFO  :: QueryDNSSrv - DNS Name[_sipinternal._tcp.on-itconsulting.com]

  10/05/2009|12:55:07.515 66C:1240 INFO  :: CUccDnsQuery::UpdateLookup - error code=80ee0066, index=1

  10/05/2009|12:55:07.515 66C:1240 INFO  :: CUccDnsQuery::CompleteLookup - index=1

  10/05/2009|12:55:07.595 66C:E30 ERROR :: QueryDNSSrv GetDnsResults query: _sipinternal._tcp.on-itconsulting.com failed 0

  10/05/2009|12:55:07.595 66C:E30 ERROR :: DNS_RESOLUTION_WORKITEM::ProcessWorkItem ResolveHostName failed 8007232b

  10/05/2009|12:55:07.595 66C:E30 INFO  :: QueryDNSSrv - DNS Name[_sip._tcp.on-itconsulting.com]

  10/05/2009|12:55:07.595 66C:1240 INFO  :: CUccDnsQuery::UpdateLookup - error code=80ee0066, index=2

  10/05/2009|12:55:07.595 66C:1240 INFO  :: CUccDnsQuery::CompleteLookup - index=2

  10/05/2009|12:55:07.665 66C:E30 ERROR :: QueryDNSSrv GetDnsResults query: _sip._tcp.on-itconsulting.com failed 0

  10/05/2009|12:55:07.665 66C:E30 ERROR :: DNS_RESOLUTION_WORKITEM::ProcessWorkItem ResolveHostName failed 8007232b

  10/05/2009|12:55:07.675 66C:1240 INFO  :: CUccDnsQuery::UpdateLookup - error code=80ee0066, index=3

  10/05/2009|12:55:07.675 66C:1240 INFO  :: CUccDnsQuery::CompleteLookup - index=3

  10/05/2009|12:55:07.675 66C:1240 INFO  :: Function: CUccServerEndpoint::OnDnsQueryCompleted

  10/05/2009|12:55:07.675 66C:1240 ERROR :: HRESULT API failed: 80ee0066 = hrStatus. CUccDnsQuery::GetResults

  10/05/2009|12:55:07.675 66C:1240 INFO  :: CUccServerEndpoint::GetSipProviderProfile - Found no http proxy creds

  10/05/2009|12:55:07.675 66C:1240 TRACE :: CUccServerEndpoint::UpdateEndpointState - Update state from 1 to 2. Status 0. Status text (null).

  10/05/2009|12:55:07.675 66C:1240 TRACE :: New mpss created: 00266848, stack=002C77F8, 0

  10/05/2009|12:55:07.675 66C:1240 INFO  :: MSP.SetMultipartySsnRole[00266848] 0->0

  10/05/2009|12:55:07.675 66C:1240 TRACE :: MULTIPARTY_SESSION::SetConnectParams[00266848] n=Kevin P - PCMS, uri=sip:EMAIL REMOVED

  10/05/2009|12:55:07.685 66C:1240 TRACE :: MULTIPARTY_SESSION::AddParty - Enter participant: sip:EMAIL REMOVED;gruu;opaque=app:conf:focus:id:81338d3f5f1447aca1082e4cb5347678, this=sip:EMAIL REMOVED, RM=(null)
  
  

  Now that the records are fixed everything is working as expected.
  
  Hope this helps!
  
  -kp

  ---

  Kevin Peters MCSE/MCSA/MCTS/CCNA/Security+ blog: www.ocsguy.com

  • Marked as answer by ON-IT Consulting Monday, October 5, 2009 6:26 PM

  Monday, October 5, 2009 5:30 PM
• 

  

  0

  Sign in to vote

  Hi
  Thanks for your sharing.
  
  Regards!

  Wednesday, October 14, 2009 2:26 AM

  Moderator