all groups > dotnet web services enhancements > september 2006 >
You're in the

dotnet web services enhancements

group:

Slow Response WSE 3.0



Slow Response WSE 3.0 Tedd King
9/12/2006 10:43:01 AM
dotnet web services enhancements: I'm seeing a 2-3 second delay with services running under WSE 3.0 with
UsernameToken manager. I saw the posting for "Huge Delay" and checked my
diagnostics setting - it was disabled. I did notice that if I put in a bogus
userid/password, the Security Fault response is very quick. If, however, I
authenticate, my response takes up to 3 seconds. My service is simple -
returns a string with "Success". Other web services not under WSE control
Re: Slow Response WSE 3.0 Pablo Cibraro [MVP]
9/13/2006 10:22:18 AM
Hi Tedd,

The default username token manager provided by WSE authenticates the tokens
against a valid windows domain account. This authentication process is slow
in some cases.
As a solution to this, you can enable SecureConversion for those services or
implement a custom token manager (To override that behavior).

For more information about SecureConversation, take a look to this blog
post, http://weblogs.asp.net/cibrax/archive/2006/02/21/438670.aspx

Regards,
Pablo Cibraro
http://weblogs.asp.net/cibrax


[quoted text, click to view]


Re: Slow Response WSE 3.0 dustinbreese
9/14/2006 5:00:23 AM
I had a horrible performance issue where every web service call was
taking sometimes 20-30 seconds working from home over VPN. I stuck
WireShark (used to be called Ethereal) to sniff the network traffic and
see a time slice of traffic. What I found were tons of LDAP/SPNEGO
packets that looked wrong.

I was seeing LDAP packets hitting AD that had the following error in
it:

"U8009030C: LdapErr: DSID-0C0903E2, comment: AcceptSecurityContext
error, data 0, v893.0"

To get around the issue, I found two ways:
o) Drop my machine from the corporate AD. This immediately gave at
least a 30x increase in performance and my test cases (hundreds of
them) ran in seconds as opposed to 1/2 hour.
o) Re-add my machine to the domain. Continued to have good performance
and noticed via WireShark that all the LDAP/AD errors went away.
Instead, I would see just a few LDAP packets when my tests first
started and would not see any more.

Again, EITHER of the options above worked for me.

I never fully determined exactly what the errors mean, but my guess is
that my .NET app was trying to authenticate with my corporate domain
frequently, kept erroring out, and would continue only to try again on
some other operation. Sorry, not very specific here as I never figured
it out 100% which drove me nuts.

ALSO, can't stress enough the importance of turning of WSE tracing if
you don't need it. One of our tests went from 45 seconds down to 6
seconds after I realized the trace file was 18megs in size (doesn't
take long to get there!). We turned off tracing until an issue comes
up and we need it to reproduce the issue and troubleshoot.

Hope this helps?

-Dustin
RE: Slow Response WSE 3.0 Marlene
9/22/2006 6:52:02 AM
Hello Tedd, I'm having also problems with the time response....

Silly question.... the diagnostic setting the guys are toking about is the
one in the web.config????


[quoted text, click to view]
RE: Slow Response WSE 3.0 Tedd King
9/22/2006 7:35:01 AM
Yes.

<diagnostics>
<trace enabled="true" input="InputTrace.webinfo"
output="OutputTrace.webinfo" />
</diagnostics>

[quoted text, click to view]
RE: Slow Response WSE 3.0 josusman
11/16/2007 9:55:46 AM

[quoted text, click to view]

Thanks a lot for the advice!!!!

Our web service was incredibly slow and looking at the trace files, they were around 22 M in size!! Removing them and disabling the trace apparently is a great improvement!!

In response one of the last topics, message trace enbling/disabling is on "Diagnostics" tab of the WSE 3.0 settings configuration tool.

BizTalk Utilities - Frustration free BizTalk Adapters
RE: Slow Response WSE 3.0 josusman
11/16/2007 9:56:34 AM

[quoted text, click to view]

Thanks a lot for the advice!!!!

Our web service was incredibly slow and looking at the trace files, they were around 22 M in size!! Removing them and disabling the trace apparently is a great improvement!!

In response one of the last topics, message trace enbling/disabling is on "Diagnostics" tab of the WSE 3.0 settings configuration tool.

BizTalk Utilities - Frustration free BizTalk Adapters
AddThis Social Bookmark Button