Peer to Peer Audio In Office Communicator

Tutte le risposte

• venerdì 24 luglio 2009 15:18

  Moderatore

   

   
  

  0
  For non-Voice audio communications (e.g. Communicator calls) OC will attempt a Peer-to-Peer connection with the remote party.  If that attempt fails to establish then the client will attempt a connection to the Edge server.  If the client is signed-in internally (to a Front-End Server) it will contact the internal Edge interface, and if the client is external it will contact the Access Edge external interface.
  
  So in a typical deployment for a single office/site, most internal 2-party Audio/Video calls are peer-to-peer while external 2-party A/V calls are probably routed via the Edge server, unless those external clients happen to be in the same network without NAT traversal.

  ---

  Jeff Schertz, PointBridge | MVP | MCITP: Enterprise Messaging | MCTS: OCS
   
• sabato 25 luglio 2009 07:53

   

   
  

  0

  Thanks Jeff,
  
  Did not get the last statement "unless those external clients happen to be in the same network without NAT traversal."
  Does this mean that if the 2 external communicator users have a Public IP then communication will happen directly between them without contacting the edge Server.
  I m troubleshooting an Audio call issue where one of the External callers is having a Internet connection provided by the ISP with a ADSL router.The router gets a Public IP Address.The router is hooked to the PC via Ethernet and the Ethernet Adapter of the PC is provided an  IP address from the ADSL Router which acts as DHCP for the PC.The IP address for the Ehternet Interface is in the 192.168.x.x series.The IP address for the ADSL router is 59.x.x.x series.The 192.168.x.x IP gets natted with the 59.x.x.x series IP address.This configuration is on the Router.

  The other external communicator user gets a Public IP in 202.x.x..x series

  The Audio call in this scenario gets disconnected.In this scenario are the callers trying to contact the Edge Server for Audio.?
  The port 50,000 -59,999 are not opened on the firewall.I think then this is the reason for the call getting disconnected.
  
  If both the external callers have a Public  IP which is not natted (as is the case with ADSL Router) the call succeeds.
  
  
  
  Please share your views.

   
• sabato 25 luglio 2009 12:33

  Moderatore

   

   
  

  0
  If both parties are external they will attempt a peer-to-peer connection first, then fallback to talking through Edge.  But that last statement basically points out that a large majority of those conversations will be via Edge since P2P communications.  If both have public IPs that doesn't necessary mean the media channel will be set P2P, as there could be other hurdles between the two clients.
  
  In your scenario, although the ADSL router has a public IP, the actual workstation is getting a non-routable, private 192.168.x.y address.  It is very likely that the clients can't setup a P2P session because of this, and EDGE is being utilized.  Not having the media range opened in the firewall is defintely an issue.  That will limit A/V communications between internal and external users as well.

  ---

  Jeff Schertz, PointBridge | MVP | MCITP: Enterprise Messaging | MCTS: OCS

  • Proposto come risposta Gavin-ZhangModerator lunedì 27 luglio 2009 06:44
  • Contrassegnato come risposta Gavin-ZhangModerator martedì 28 luglio 2009 03:39
  •  
   
• mercoledì 5 agosto 2009 08:03

   

   
  

  0
  Hi Jeff,
  
  Will the  AV call succeed in the following scenario:-
  
  Host 1 on the Internet having a Public IP Address 202.0.0.0
  
  Host 2 on the Internet but using as a  ISA  Proxy Server.
  
  Text Chat works in the above scenario but Audio chat works 1 out of 8 times.
  
  Any Rule Explicitly needed to be created on ISA to make this configuration work.
  
  Your immediate help is appreciated.
  
  Thanks.