locked
CRM 2011 Bandwidth utilisation RRS feed

  • Question

  • Hi Guys,

    We are running CRM 2011 RU10 on Server 2008 R2 and SQL 2008 with Exchange 2010 and Outlook 2010.

    CRM Outlook clients are not running in offline mode and Outlook is running in cached mode.

    The issue is bandwidth utilisation from branch offices. The problem data is from client machines going to the CRM server.

    One case i looked at a user uploaded 350meg to the CRM Server (according the WAN monitoring) in a day.  If i look at that users mailbox they sent and received 45meg of emails for that day and their entire mailbox is 245meg. 

    How does CRM get to uploading 360meg to the CRM server?

    Thanks!

    Thursday, May 16, 2013 12:12 PM

Answers

All replies

  • Hi,

    I think it could because the users use the offline mode. Each time they use the offline mode they should have lots of data transferred to their local DB to work with, and when they sync them the data is sent back. The 350 MB does not mean that he/she uploaded 350 MB to DB, it could be bandwidth usage that could be due to offline usage. Try to restrict this feature to see if it makes the condition better.



    My Weblog | My Website

    Thursday, May 16, 2013 12:24 PM
    Moderator
  • Hi Payman,

    We are not using offline mode.  What I have now worked out is if I monitor the traffic to the CRM server and I track a +-1meg email 2megs get transfered to the CRM server.

    Thursday, May 16, 2013 1:17 PM
  • I'm not sure what the exact reason for the high data upload volumes are, but you could try enabling WCF traffic compression as well as HTTPS to reduce the overall bandwidth requirements of CRM 2011: http://030bacf.netsolhost.com/WordPress/?p=1640

    Jukka Niiranen - My blog: Surviving CRM - Follow @jukkan on Twitter

    Thursday, May 16, 2013 4:37 PM
  • Thanks Jukka,

    The table in the link you supplied (pasted below) shows a significant reduction in traffic on the Bytes Received - Would this be bytes received by the server?

    Thanks

    No Compression Compression Compression + SSL
    Activities View
    Bytes Sent: 82,234
    Bytes Received:
    971,139
    Bytes Sent: 82,234
    Bytes Received:
    722,786
    Bytes Sent: 53,249
    Bytes Received:
    36,658
    Accounts View
    Bytes Sent: 105,084
    Bytes Received:
    219,102
    Bytes Sent: 105,084
    Bytes Received:
    149,424
    Bytes Sent: 67,586
    Bytes Received:
    25,837
    Contacts View
    Bytes Sent: 78,286
    Bytes Received:
    177,504
    Bytes Sent: 78,286
    Bytes Received:
    122,090
    Bytes Sent: 50,283
    Bytes Received:
    19,791
    Leads View
    Bytes Sent: 78,286
    Bytes Received:
    202,589
    Bytes Sent: 78,286
    Bytes Received:
    141,021
    Bytes Sent: 50,274
    Bytes Received: 19,769

    No Compression

    Compression

    Compression + SSL

    Activities View

    Bytes Sent: 82,234

    Bytes Received: 971,139

    Bytes Sent: 82,234

    Bytes Received: 722,786

    Bytes Sent: 53,249

    Bytes Received: 36,658

    Accounts View

    Bytes Sent: 105,084

    Bytes Received: 219,102

    Bytes Sent: 105,084

    Bytes Received: 149,424

    Bytes Sent: 67,586

    Bytes Received: 25,837

    Contacts View

    Bytes Sent: 78,286

    Bytes Received: 177,504

    Bytes Sent: 78,286

    Bytes Received: 122,090

    Bytes Sent: 50,283

    Bytes Received: 19,791

    Leads View

    Bytes Sent: 78,286

    Bytes Received: 202,589

    Bytes Sent: 78,286

    Bytes Received: 141,021

    Bytes Sent: 50,274

    Bytes Received: 19,769

    Friday, May 17, 2013 11:11 AM
  • Pietmuis, I haven't performed similar measurements myself, but I would bet on those being the bandwidth measurements from the client side. As they're all about loading various views from the Outlook client, I doubt there would be more data sent to the server rather than downloaded in such a scenario.


    Jukka Niiranen - My blog: Surviving CRM - Follow @jukkan on Twitter

    Friday, May 17, 2013 6:40 PM