[iMac 2011] Verbinding met Server 2011 / Exchange 2010 traag

[Donstil]

Beste Forum'ers.

Ik zit met een probleem, wij hebben bij een Windows klant een iMac geplaatst (op aanvraag) welke in een Server 2011 netwerk is geplaatst met Exchange 2010.

Alles werkt keurig, netwerk schijven zijn benaderbaar, mail/contacten werken, mailen werkt enz.

Er is echter 1 probleem, alles werkt ENORM traag, een normaal mailtje versturen duurt minuten en contact gegevens opvragen in Microsoft Outlook for mac duurt ook onwijs lang.
(Je typt de H in en 5minuten later komt de mac met "Harry@.....nl)

Dit is eigenlijk plotsling gekomen en er staat haast geen software op de Machine.
Netwerk verbinding onder prallels op de zelfde machine is wel gewoon vlot.

Ook een andere mac met het Exchange profiel van de iMac gaat gewoon vlot, het lijkt echt aan de iMac (installatie?) zelf te liggen.

Op google kom ik dit probleem niet 1.2.3. tegen, zijn er hier toevallig mensen die dit probleem vaker zijn tegen gekomen?

[DennusB]

Just to be sure : Staat de DNS goed ?

[Donstil]

DennusB schreef op dinsdag 03 januari 2012 @ 14:40:
Just to be sure : Staat de DNS goed ?

Daar dachten wij ook aan maar alles verwijst keurig naar de Mailserver.

[MAX3400]

Donstil schreef op dinsdag 03 januari 2012 @ 14:42:
[...]

Daar dachten wij ook aan maar alles verwijst keurig naar de Mailserver.

Mailserver hoeft niet de DNS-server te zijn. Ligt eraan hoe je de vraag van de vorige Tweaker interpreteert.

[ Voor 11% gewijzigd door MAX3400 op 03-01-2012 14:44 ]

[DennusB]

Donstil schreef op dinsdag 03 januari 2012 @ 14:42:
[...]

Daar dachten wij ook aan maar alles verwijst keurig naar de Mailserver.

Ik bedoel meer, kan je bijvoorbeeld je Active Directory bereiken? kan je je interne domeinnaam pingen? Kan je de Exchange server op z'n DNS naam pingen enz?

[Donstil]

DennusB schreef op dinsdag 03 januari 2012 @ 14:45:
[...]


Ik bedoel meer, kan je bijvoorbeeld je Active Directory bereiken? kan je je interne domeinnaam pingen? Kan je de Exchange server op z'n DNS naam pingen enz?

Gelijk even geprobeerd, Dns/Intern domeinnaam is te pingen (we hebben ook Internet maar het is traag) maar gaat ook niet super vlot, Active Directory is te bereiken maar ook verre van vlot.

Dit allemaal onder Parallels Windows Edit: 7 gaat wel gewoon vlot.

[DennusB]

Donstil schreef op dinsdag 03 januari 2012 @ 14:57:
[...]


Gelijk even geprobeerd, Dns/Intern domeinnaam is te pingen (we hebben ook Internet maar het is traag) maar gaat ook niet super vlot, Active Directory is te bereiken maar ook verre van vlot.

Dit allemaal onder Parallels Windows XP gaat wel gewoon vlot.

Lijkt me dat er iets met je network stack van je OSX aan de hand is. Disable je netwerk kaart eens en re-enable hem. Is het WiFi of bedraad? Post de output van "ifconfig" eens

[MAX3400]

Donstil schreef op dinsdag 03 januari 2012 @ 14:57:
[...]


Gelijk even geprobeerd, Dns/Intern domeinnaam is te pingen (we hebben ook Internet maar het is traag) maar gaat ook niet super vlot, Active Directory is te bereiken maar ook verre van vlot.

Dit allemaal onder Parallels Windows XP gaat wel gewoon vlot.

+

DennusB schreef op dinsdag 03 januari 2012 @ 15:16:
[...]


Lijkt me dat er iets met je network stack van je OSX aan de hand is. Disable je netwerk kaart eens en re-enable hem. Is het WiFi of bedraad? Post de output van "ifconfig" eens

Verziekt Parallels niet iets aan je low level stack (dus voor het host OS)?

Kan me nog zomaar herinneren dat iets als VMware Workstation soms ziekelijk zat te graven/interrupten in het basis OS.

[ Voor 7% gewijzigd door MAX3400 op 03-01-2012 15:17 ]

[Donstil]

DennusB schreef op dinsdag 03 januari 2012 @ 15:16:
[...]


Lijkt me dat er iets met je network stack van je OSX aan de hand is. Disable je netwerk kaart eens en re-enable hem. Is het WiFi of bedraad? Post de output van "ifconfig" eens

Netwerk is bedraad, Uitschakelen / inschakelen kan ik nu even niet proberen aangezien op remote zit en niet op lokatie.

ifconfig output zal ik zo nog even proberen te posten.

MAX3400 schreef op dinsdag 03 januari 2012 @ 15:17:
[...]

+

[...]

Verziekt Parallels niet iets aan je low level stack (dus voor het host OS)?

Kan me nog zomaar herinneren dat iets als VMware Workstation soms ziekelijk zat te graven/interrupten in het basis OS.

Zou dit met de loop der tijd kunnen komen? De machine is nu ongeveer 8 weken in gebruik en heeft het de eerste 7,5 prima gedaan.

[MAX3400]

Donstil schreef op dinsdag 03 januari 2012 @ 15:35:
[...]
Zou dit met de loop der tijd kunnen komen? De machine is nu ongeveer 8 weken in gebruik en heeft het de eerste 7,5 prima gedaan.

Vast wel; geen idee wie met zijn tengels aan die machine zit maar als je in VMware (ik ken Parellels niet goed genoeg) "even" een nieuw bridged VMnetwork definieert -> doei doei directe NIC...

[Donstil]

Kunnen jullie hier iets mee?
ifconfig is een beetje onbekende materie voor mij maar volgens mij is het zo compleet

---

Last login: Tue Jan 3 13:43:15 on console

iMac-van-Ron:~ User$ ifconfig

lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
options=3<RXCSUM,TXCSUM>
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
fw0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 4078
lladdr a4:b1:97:ff:fe:49:6e:34
media: autoselect <full-duplex>
status: inactive
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
ether 3c:07:54:1d:cd:47
inet6 fe80::3e07:54ff:fe1d:cd47%en0 prefixlen 64 scopeid 0x5
inet 10.0.0.172 netmask 0xffffff00 broadcast 10.0.0.255
media: autoselect (1000baseT <full-duplex,flow-control>)
status: active
en1: flags=8823<UP,BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 1500
ether 04:54:53:05:14:f8
media: autoselect (<unknown type>)
status: inactive
p2p0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 2304
ether 06:54:53:05:14:f8
media: autoselect
status: inactive
vnic0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=3<RXCSUM,TXCSUM>
ether 00:1c:42:00:00:08
inet 10.211.55.2 netmask 0xffffff00 broadcast 10.211.55.255
media: autoselect
status: active
vnic1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=3<RXCSUM,TXCSUM>
ether 00:1c:42:00:00:09
inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
media: autoselect
status: active
iMac-van-Ron:~ user$
iMac-van-Ron:~ user$ gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
-bash: POINTOPOINT,MULTICAST: No such file or directory
iMac-van-Ron:~ user$ stf0: flags=0<> mtu 1280
-bash: stf0:: command not found
iMac-van-Ron:~ user$ ¢‹

---

[MAX3400]

Als het kan, maar ik ken OSX niet...

- Zet Ipv6 eens uit op die machine
- Zet de NIC eens "vast" op 1Gbit of 100Mbit

[Donstil]

Even een updateje.

Ik heb vandaag de Netwerkkaart "verwijderd" en opnieuw geinstalleerd.

Daarna deze stappen van microsoft doorgelopen en het probleem is opgelost. Raar genoeg is al het internet verkeer nu ook weer snel en niet alleen het Office verkeer.

[ Voor 5% gewijzigd door Donstil op 04-01-2012 10:51 ]

[ppl]

Heb je de NIC in de Windows vm verwijderd en opnieuw geinstalleerd of heb je de NIC in de voorkeuren van de vm verwijderd en weer opnieuw toegevoegd?

@MAX3400: ik zie VMware Fusion dat soort dingen totaal niet doen. Je kunt naar hartelust switchen tussen de fysieke netwerkkaarten in je machine en deze aan je vm toewijzen. Meestal zijn dit soort dingen ook meer Windows problemen. Ik merk in de Windows vm's wel dat het wat langer duurt voordat hij dit soort dingen oppakt. De Linux, FreeBSD en OS X vm's hebben daar geen last van. Heb het alleen niet echt zitten meten maar ik heb nooit wat verdachts gezien in mijn systeem logs (die van OS X dus). Fusion zelf houdt ook een log bij en per vm wordt er ook weer een log bijgehouden; die heb ik allemaal niet bekeken. Wellicht maar eens een keertje testen. Overigens zijn VMware Player, Workstation en Fusion voor zo'n 90% gelijk qua code. Aangezien de networking in Windows (met name sinds Vista) anders werkt dan in OS X en Linux kan ik me voorstellen dat het networking gedeelte onder die 10% verschil valt. Het grappige aan je verhaal is dat dit eigenlijk meer voor Parallels Desktop for Mac van toepassing is. Daar is het bekend dat die op een nogal niet zo'n nette manier in het systeem vasthaakt met dit soort rare dingen tot gevolg (hoewel Parallels dan weer wel meer instelmogelijkheden heeft voor networking dan Fusion...VMware had gewoon een OS X versie van Player en Workstation moeten maken maar goed...). Parallels is wat dat betreft een goed voorbeeld van haastige spoed is zelden goed.

[RKD]

Donstil schreef op woensdag 04 januari 2012 @ 10:50:
Even een updateje.

Ik heb vandaag de Netwerkkaart "verwijderd" en opnieuw geinstalleerd.

Daarna deze stappen van microsoft doorgelopen en het probleem is opgelost. Raar genoeg is al het internet verkeer nu ook weer snel en niet alleen het Office verkeer.

Hebben jullie geen last van het feit dat het mounten van smb shares lang duurt (als in +30 sec)?

Schijnt met SMB 2.0 of 2.5 te maken te hebben icm OSX Lion