The MPLS-OPS Archive

Cell Relay Retreat>MPLS-OPS Archive>month:2005-Jan> msg00032



[Date Prev][Date Next][Thread Prev][Thread Next]  
  [Date Index][Thread Index][Author Index][Subject Index]

Re: Sensitive Application on MPLS

  • From: Maher Adib <maher@pd.jaring.my>
  • Date: Thu, 20 Jan 2005 08:15:45 +0800
  • CC: mpls-ops@mplsrc.com
  • Resent-Date: Wed, 19 Jan 2005 19:50:48 -0500
  • User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206)
  • X-Enigmail-Supports: pgp-inline, pgp-mime
  • X-Enigmail-Version: 0.89.6.0
  • X-SpamProbe: GOOD 0.0000000 ccef3aabc139d714fb5fbc736259f26f

Hi Mooney,

Thanks for the info and tips given below.I will provide you with the
result after implementing diffserv.

regards,

maher

Mooney Sherman wrote:
> Hi Maher:
> 
> Have you tried using diffserv. If these are sensitive application and you offer Platinum,gold,silver and Bronze. 
>Then perhaps a silver or gold VPN (this would be the simplest for testing)? Alternately if they have a single VPN 
>then perhaps you can allocate certain amount of bandwidth - say silver to test out if this helps - this would require 
>additional configurations bot at CE and customer router. Consider getting the answers to some of these: 
> - When you say it is taking longer for the retrieval - perhaps setting up logging at HQ and Branch office to see what 
>is causing the delay.
> - How does the application server compare in response time when accessed locally from within the HQ? 
> - How is the bandwidth utilization at the time of the delay? 
> - Monitoring the behavior at application level with something like Packeteer?
> 
> I hope this helps - I will watch the listserv with great interest to see what others have to say and how it will 
>be resolved.
> 
> Mooney
> 

-------
The MPLS-OPS Mailing List
Subscribe/Unsubscribe:  http://www.mplsrc.com/mplsops.shtml
Archive: http://www.mplsrc.com/mpls-ops_archive.shtml