<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:atom="http://www.w3.org/2005/Atom"
>
	<channel>
		<copyright>Copyright 1998 - 2026 DPG Media B.V.</copyright>
		<pubDate>Fri, 22 May 2026 16:38:08 GMT</pubDate>
		<lastBuildDate>Fri, 22 May 2026 16:38:08 GMT</lastBuildDate>
		<description>GoT - list_messages</description>
		<image>
			<link>https://gathering.tweakers.net/</link>
			<title>Gathering of Tweakers</title>
			<url>https://tweakers.net/g/if/logo.gif</url>
		</image>
		<language>nl-nl</language>
		<link>https://gathering.tweakers.net/rss/list_messages/2184304</link>
		<atom:link href="https://gathering.tweakers.net/rss/list_messages/2184304" rel="self" type="application/rss+xml" />
		<title>Langzame printer connectie naar Azure Papercut server - Netwerken - GoT</title>
		<webMaster>gathering@tweakers.net (Administrator)</webMaster>
		<item>
			<title>mash_man02</title>
			<link>https://gathering.tweakers.net/forum/list_message/75088930#75088930</link>
			<description>Gaat DNS resolving  / reverse DNS wel helemaal goed ? 

Daar met je vaak de oorzaak zoeken met dit soort vertragingen.

Anders dual stack ipv4 ipv6 issues ?

Doe anders eens een wireshark capture op je Azure server en kijk daar eens wat er gebeurd tussen je binnenkomst en het doorsturen naar de printer.</description>
			<content:encoded><![CDATA[Gaat DNS resolving  / reverse DNS wel helemaal goed ? <br>
<br>
Daar met je vaak de oorzaak zoeken met dit soort vertragingen.<br>
<br>
Anders dual stack ipv4 ipv6 issues ?<br>
<br>
Doe anders eens een wireshark capture op je Azure server en kijk daar eens wat er gebeurd tussen je binnenkomst en het doorsturen naar de printer.]]></content:encoded>
			<dc:creator>mash_man02</dc:creator>
			<guid isPermaLink="false">https://gathering.tweakers.net/forum/list_message/75088930#75088930</guid>
			<pubDate>Tue, 18 Apr 2023 10:45:29 GMT</pubDate>
		</item>
		<item>
			<title>ray1992xD</title>
			<link>https://gathering.tweakers.net/forum/list_message/75080578#75080578</link>
			<description>Dank voor je reactie!

Ik heb dit gedaan. En na een seconde of 15 zie je mooi dat het bestand in 1 keer binnen komt.GarBaGe schreef op maandag 17 april 2023 @ 14:57:
Ik zou een task manager openen.
Gedurende die 15 seconden, zou ik kijken naar het netwerk verkeer.
Heb je 15 seconden lang een &quot;langzame&quot; datatransfer?
Of moet je eerst 14 seconden wachten en daarna alle data in 1 seconde?</description>
			<content:encoded><![CDATA[Dank voor je reactie!<br>
<br>
Ik heb dit gedaan. En na een seconde of 15 zie je mooi dat het bestand in 1 keer binnen komt.<blockquote><div class="message-quote-div"><b><a href="https://gathering.tweakers.net/forum/list_message/75080514#75080514" rel="external" class="messagelink">GarBaGe schreef op maandag 17 april 2023 @ 14:57</a>:</b><br>
Ik zou een task manager openen.<br>
Gedurende die 15 seconden, zou ik kijken naar het netwerk verkeer.<br>
Heb je 15 seconden lang een &quot;langzame&quot; datatransfer?<br>
Of moet je eerst 14 seconden wachten en daarna alle data in 1 seconde?</div></blockquote>]]></content:encoded>
			<dc:creator>ray1992xD</dc:creator>
			<guid isPermaLink="false">https://gathering.tweakers.net/forum/list_message/75080578#75080578</guid>
			<pubDate>Mon, 17 Apr 2023 13:02:10 GMT</pubDate>
		</item>
		<item>
			<title>GarBaGe</title>
			<link>https://gathering.tweakers.net/forum/list_message/75080514#75080514</link>
			<description>Ik zou een task manager openen.
Gedurende die 15 seconden, zou ik kijken naar het netwerk verkeer.
Heb je 15 seconden lang een &quot;langzame&quot; datatransfer?
Of moet je eerst 14 seconden wachten en daarna alle data in 1 seconde?</description>
			<content:encoded><![CDATA[Ik zou een task manager openen.<br>
Gedurende die 15 seconden, zou ik kijken naar het netwerk verkeer.<br>
Heb je 15 seconden lang een &quot;langzame&quot; datatransfer?<br>
Of moet je eerst 14 seconden wachten en daarna alle data in 1 seconde?]]></content:encoded>
			<dc:creator>GarBaGe</dc:creator>
			<guid isPermaLink="false">https://gathering.tweakers.net/forum/list_message/75080514#75080514</guid>
			<pubDate>Mon, 17 Apr 2023 12:57:22 GMT</pubDate>
		</item>
		<item>
			<title>ray1992xD</title>
			<link>https://gathering.tweakers.net/forum/list_message/75080416#75080416</link>
			<description>Mijn vraag
Ik heb recentelijk een Papercut server (Windows) naar Azure gedeployed. Hij zit in een Meraki VMX virtueel netwerk. Het netwerk is verbonden via een Site2Site vpn naar een van onze locaties. Daar heb ik een printer staan en een client. De print server heeft een NSG.

Latency van lokaal naar de Azure print server is 8ms via ping gemeten. Wanneer ik een grote ISO upload naar de server haal ik 10 tot 12 MB/s (niet mbps). 

Ik heb op de server 1 printer en 1 virtuele que. Wanneer ik de printer toevoeg via de share van de server, is dit enorm snel. Zodra ik ga printen via een applicatie, via de que of printer op de server, duurt het ongeveer 15 seconden voordat mijn applicatie (Word bijvoorbeeld) verbinding krijgt met de que, of printer. Zodra er verbinding is, en ik op afdrukken klikt, duurt het nog eens 15 seconden voordat er daadwerkelijk een printopdracht wordt verstuurd.

In Azure heb ik de relevante routes opgezet. Deze werken naar behoren. Tussen on-prem en Azure, en andersom, heb ik slechts 2 hops. De rest van de routes worden geregeld via Meraki Auto VPN. Authenticatie wordt geregeld via een Azure DC, via peering verbonden. De connectie tussen de print server en de dc heeft een latency van 2ms.

Ik heb andere drivers geprobeerd geprobeerd te installeren. Dit maakt geen verschil. Installeer ik de printer lokaal, op mijn client, dan is het bliksemsnel.

TLDR:
Print server in Azure met Papercut. Ping is snel (8MS), RDP is snel, upload en download van en naar de server is snel, zo&#039;n 10 tot 15 MB/S (Geen MBPS).

Enig idee hoe ik dit kan troubleshooten?</description>
			<content:encoded><![CDATA[Mijn vraag<br>
Ik heb recentelijk een Papercut server (Windows) naar Azure gedeployed. Hij zit in een Meraki VMX virtueel netwerk. Het netwerk is verbonden via een Site2Site vpn naar een van onze locaties. Daar heb ik een printer staan en een client. De print server heeft een NSG.<br>
<br>
Latency van lokaal naar de Azure print server is 8ms via ping gemeten. Wanneer ik een grote ISO upload naar de server haal ik 10 tot 12 MB/s (niet mbps). <br>
<br>
Ik heb op de server 1 printer en 1 virtuele que. Wanneer ik de printer toevoeg via de share van de server, is dit enorm snel. Zodra ik ga printen via een applicatie, via de que of printer op de server, duurt het ongeveer 15 seconden voordat mijn applicatie (Word bijvoorbeeld) verbinding krijgt met de que, of printer. Zodra er verbinding is, en ik op afdrukken klikt, duurt het nog eens 15 seconden voordat er daadwerkelijk een printopdracht wordt verstuurd.<br>
<br>
In Azure heb ik de relevante routes opgezet. Deze werken naar behoren. Tussen on-prem en Azure, en andersom, heb ik slechts 2 hops. De rest van de routes worden geregeld via Meraki Auto VPN. Authenticatie wordt geregeld via een Azure DC, via peering verbonden. De connectie tussen de print server en de dc heeft een latency van 2ms.<br>
<br>
Ik heb andere drivers geprobeerd geprobeerd te installeren. Dit maakt geen verschil. Installeer ik de printer lokaal, op mijn client, dan is het bliksemsnel.<br>
<br>
TLDR:<br>
Print server in Azure met Papercut. Ping is snel (8MS), RDP is snel, upload en download van en naar de server is snel, zo&#039;n 10 tot 15 MB/S (Geen MBPS).<br>
<br>
Enig idee hoe ik dit kan troubleshooten?]]></content:encoded>
			<dc:creator>ray1992xD</dc:creator>
			<guid isPermaLink="false">https://gathering.tweakers.net/forum/list_message/75080416#75080416</guid>
			<pubDate>Mon, 17 Apr 2023 12:52:31 GMT</pubDate>
		</item>
	</channel>
</rss>