We recently migrated about 10 mailboxes from a mailserver in the UK to the UAE. When their mailboxes were in the UK they had a very poor response due to the large attachments this group of people use on a daily basis.
Since they have been migrated their response has improved tremendously compared to what they had before, the problem now though is that their email attachments are hogging so much of the already limited bandwidth over the two links that serve our UAE branch, so the 1700 other users are now suffering with their applications.
One solution would be to move the mailboxes of these ten users back to the UK, but I have been asked if its possible to somehow throttle the bandwidth of just the SMTP traffic coming from the UK to the UAE, which is maxing out at this moment. The path back from the UAE to London has plenty of capacity as you would expect.
Has anyone any ideas of how this can be done. I could not find any concrete stuff that explained how this problem could be resolved to say only allow the SMTP to use a quarter of the bandwitch on each of the two links going from the UK to the UAE.
If you are sure that your SMTP traffic is hogging up your link then you can better allocate or configure a minimum bandwidth parameter with the assistance of either class based policing or CAR based on the port number being used by SMTP..
By doing so you can avoid the bandwidth being getting hogged up by the SMTP traffic.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...