diff --git a/docs/platforms/dotnet/common/configuration/filtering.mdx b/docs/platforms/dotnet/common/configuration/filtering.mdx
index 5bc5a0d92e43c..b3b1758789699 100644
--- a/docs/platforms/dotnet/common/configuration/filtering.mdx
+++ b/docs/platforms/dotnet/common/configuration/filtering.mdx
@@ -12,7 +12,7 @@ We also offer [Inbound Filters](/concepts/data-management/filtering/) to filter
## Filtering Error Events
-Configure your SDK to filter error events by using the callback method and configuring, enabling, or disabling integrations.
+To prevent certain errors from being reported to Sentry, use the or configuration options, which allows you to evaluate whether to send an error or now. Alternatively, you can also control the behaviour by enabling, or disabling integrations.
### Using
@@ -22,6 +22,32 @@ All Sentry SDKs support the callback m
Note also that breadcrumbs can be filtered, as discussed in [our Breadcrumbs documentation](/product/error-monitoring/breadcrumbs/).
+### Using and
+
+The SDK also allows you to provide your own, custom exception filters. These have to inherit from
+
+```csharp
+public class MyExceptionFilter : IExceptionFilter
+{
+ public bool Filter(Exception ex)
+ {
+ // TODO: Add your filtering logic
+ }
+}
+```
+
+and can then be provided to the options during initialization.
+
+```csharp
+options.AddExceptionFilter(new MyExceptionFilter());
+```
+
+Exception types provided via automatically get filtered and prevented from being set to Sentry.
+
+```csharp
+options.AddExceptionFilterForType();
+```
+
## Filtering Transaction Events
To prevent certain transactions from being reported to Sentry, use the or configuration option, which allows you to provide a function to evaluate the current transaction and drop it if it's not one you want.