[exchange] probleem met smtp connector naar één server

[Grolsch]

Mensen,

Een beetje een wazige titel misschien, maar ik weet het niet beter te omschrijven.

Het volgende verhaal.

Wij hebben hier een exchange server (2000) welke perfect draait.
Op de exchange server draait een virtual smtp server, waar alle queues in staan.
Tot zover nog steeds niks aan de hand, alle e-mail gaat goed, behalve naar bepaalde domeinen

Op zich wazig natuurlijk.
Wat nog waziger is, dat alleen grote berichten niet aankomen, kleine berichten (zonder bijlage's) wel
Dat is natuurlijk helemaal wazig natuurlijk

Vervolgens verder gegaan met troubleshooting, en de dos tool nslookup -q=mx domein.nl gebruikt.

En wat blijkt nu, beide bedrijven werken met dezelfde relay waar ons bedrijf ook mee werkt.

relay.introweb.nl

Introweb klanten hebben zelf poort 25 niet beschikbaar, dus als je bedrijf.nl hebt, zit daar een mx record aan vast met een value van 50 welke verwijst naar relay.introweb.nl

voor de duidelijkheid, wij gebruiken geen smarthost voor uitgaande mail.

Allemail welke vanaf extern komt (bijv. euronet klanten / planet klanten) geen enkel probleem.

Alleen dus mail vanaf het netwerk van introweb, naar de relay server van introweb vertoont dus deze problemen.

Als ik bel met de helpdesk, wordt me verteld dat ik met logging moet komen.
Exchange is niet zo'n held in logging, het enige wat ik zie als ik alles op transport logging aanzet is deze melding

Event Type: Warning
Event Source: MSExchangeTransport
Event Category: Connection Manager
Event ID: 4000
Date: 2/1/2005
Time: 9:18:36 AM
User: N/A
Computer: ******
Description:
Message delivery to the remote domain bedrijf.nl' failed for the following reason: The remote server did not respond to a connection attempt.

Data:
0000: d2 02 04 c0 Ò..À

Ik wil nog even benadrukken dat dit alleen bij grote berichten is!

Op een gegeven moment (ca. 8 uur ~ 2 dagen) gaat het bericht er wel uit.

als ik een klein bericht stuur (alleen tekst) verdwijnt deze binnen no time uit de wachtrij

zie event melding:

Event Type: Information
Event Source: MSExchangeTransport
Event Category: Routing Engine/Service
Event ID: 984
Date: 2/1/2005
Time: 9:53:12 AM
User: N/A
Computer: ****
Description:
SMTP GetNextHop returned hr=0x0 in 0ms.
DestAddr=<bedrijf.nl>, Type=<SMTP>
MsgType=0x6, NextHopType=OTHER_ROUTING_GROUP
Type=<SMTP>, Class=<bedrijf.nl>, SchedId=0xffffffff
RouteAddr=<bedrijf.nl>
Connector=<DNS>

Heeft 1 van jullie enig idee wat dit kan zijn?

alvast bedankt voor de moeite!

[ Voor 14% gewijzigd door Grolsch op 01-02-2005 09:55 ]

[Verwijderd]

Om je exchange server of het smtp verhaal van je provider uit te sluiten zou je het volgende kunnen proberen:

Gebruik outlook (express) en bij de smtp server rvul je daar relay.introweb.nl in.
Vervolgens stuur je een grote mail via outlook naar een adres waar je problemen mee hebt.

Gaat het nu wel goed: Dan zoek het maar in je exchange server)
Gaat dit ook fout: Dan gaat er bij je provider iets verkeerd.
(misschien laten ze grote mails alleen tussen bepaalde tijdstippen door ofzo)

[Grolsch]

Verwijderd schreef op dinsdag 01 februari 2005 @ 09:56:
Om je exchange server of het smtp verhaal van je provider uit te sluiten zou je het volgende kunnen proberen:

Gebruik outlook (express) en bij de smtp server rvul je daar relay.introweb.nl in.
Vervolgens stuur je een grote mail via outlook naar een adres waar je problemen mee hebt.

Gaat het nu wel goed: Dan zoek het maar in je exchange server)
Gaat dit ook fout: Dan gaat er bij je provider iets verkeerd.
(misschien laten ze grote mails alleen tussen bepaalde tijdstippen door ofzo)

dat heb ik nu dus gedaan naar mezelf toe (ik ben notabene ook een introweb.nl klant), maar de mail staat wel in de verzonden items, maar de mail komt niet aan!
hoe peuter ik hun dit nu aan het verstand

[Brahiewahiewa]

Grolsch schreef op dinsdag 01 februari 2005 @ 09:22:...Exchange is niet zo'n held in logging, het enige wat ik zie als ik alles op transport logging aanzet...

Je moet ook effe de protocol logging aanzetten: properties van je SMTP virtual server | logging | weer properties | Advanced | en dan alle extended properties aanvinken. Geeft je overigens nog steeds niet alle info; je kunt ook meteen NetMon / Sniffer / EtherReal mee laten lopen.

Verders mis ik in je startpost eigenlijk de uiteindelijke NDR, maar het zou kunnen zijn dat die er niet is, natuluk

[Kabouterplop01]

Introweb klanten hebben zelf poort 25 niet beschikbaar, dus als je bedrijf.nl hebt, zit daar een mx record aan vast met een value van 50 welke verwijst naar relay.introweb.nl

Ik snap die DUS niet.
value 50 is de preference, niet de poort: De laagste preference krijgt als eerste de mail!
En als jij dus (zijnde een introweb klant, in dit geval met mailserver ) poort 25 niet beschikbaar hebt, hoe kan je dan mail sturen/ontvangen?
Snap je wat ik bedoel? (Ik denk misschien te ver...)

[Brahiewahiewa]

Kabouterplop01 schreef op woensdag 02 februari 2005 @ 00:04:
[...]Ik snap die DUS niet.
value 50 is de preference, niet de poort: De laagste preference krijgt als eerste de mail!
En als jij dus (zijnde een introweb klant, in dit geval met mailserver ) poort 25 niet beschikbaar hebt, hoe kan je dan mail sturen/ontvangen?
Snap je wat ik bedoel? (Ik denk misschien te ver...)

Poort 25 wordt geblocked van buiten naar binnen. Je kunt dus wel mail versturen maar niet ontvangen. Dat ontvangen moet je doen via de relay server van de ISP, die wèl "intern" mag afleveren. Omdat de relay server van de ISP ook via DNS moet kunnen vinden waar jij je mail wilt ontvangen, moet je het MX record met de laagste preference naar je eigen mail server laten verwijzen en het MX record met een hogere preference naar de relay server van de ISP. De rest van de wereld probeert dus eerst op jouw mail server af te leveren, wat niet lukt wegens geblocked. Tweede poging naar relay server van ISP lukt wel. Relay server kan meteen naar jouw server afleveren.

Dit alles om spam via open relays te voorkomen.

[Kabouterplop01]

Ahaas,
thnx for the info Brahiewahiewa.
Weer wat geleerd.

Dan lijkt het erop dat er een policy staat op de relay van de provider, voor grote attachments.

[Grolsch]

@brahanogwat, tnx voor je verhaal, klopt als een bus

Kabouterplop01 schreef op woensdag 02 februari 2005 @ 14:23:
Ahaas,
thnx for the info Brahiewahiewa.
Weer wat geleerd.

Dan lijkt het erop dat er een policy staat op de relay van de provider, voor grote attachments.

Er staat geen policy op de relay, want de rest gaat dus allemaal wel goed.

Alleen van een introweb klant, naar een introweb klant.

Ik ga nu die extra logging aanzetten zoals brahanogwat aangaf

[desmoquattro]

Grolsch schreef op donderdag 03 februari 2005 @ 08:47:
@brahanogwat, tnx voor je verhaal, klopt als een bus


[...]


Er staat geen policy op de relay, want de rest gaat dus allemaal wel goed.

Alleen van een introweb klant, naar een introweb klant.

Ik ga nu die extra logging aanzetten zoals brahanogwat aangaf

Hey Grolsch,

Heb ik inmiddels al best vaak met introweb gehad.
Je moet ze gewoon bellen en toch lichtelijk boos worden.
Bedoel je exchange server stuurd wel uit naar alle andere domeinen en niet die van introweb.
Mocht je er met de support niet uitkomen moet je bellen met de verkoop,die zijn vaak wat gevoeliger voor commentaar van klanten.

Dus je kan zoeken wat je wil op je server maar als het bij introweb fout gaat dan houd het op

M@thijs

[Grolsch]

desmoquattro schreef op donderdag 03 februari 2005 @ 09:11:
[...]


Hey Grolsch,

Heb ik inmiddels al best vaak met introweb gehad.
Je moet ze gewoon bellen en toch lichtelijk boos worden.
Bedoel je exchange server stuurd wel uit naar alle andere domeinen en niet die van introweb.
Mocht je er met de support niet uitkomen moet je bellen met de verkoop,die zijn vaak wat gevoeliger voor commentaar van klanten.

Dus je kan zoeken wat je wil op je server maar als het bij introweb fout gaat dan houd het op

M@thijs

Hé, Ik had/heb dezelfde problemen met jou, weet je nog

Kleine mailtje wel, grotere foto's kwamen toen niet over.

Ik moet ff wachten tot 12:00 uur, dan komt er weer zo'n nieuwe log file uitrollen.

En ik wil eerst ff kijken wat er nu fout gaat, daarna bel ik wel weer met hun!

[Grolsch]

okay, ga ik nu de layout ff verneuken

code:

date    time    c-ip    cs-username s-sitename  s-computername  s-ip    s-port  cs-method   cs-uri-stem cs-uri-query    sc-status   sc-win32-status sc-bytes    cs-bytes    time-taken  cs-version  cs-host cs(User-Agent)  cs(Cookie)  cs(Referer)
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionResponse  SMTPSVC2    server  -   25  -   -   220+relay1.introweb.nl+ESMTP+Postfix    0   0   36  0   16  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionCommand   SMTPSVC2    server  -   25  EHLO    -   server.bedrijf.nl   0   0   4   0   16  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionResponse  SMTPSVC2    server  -   25  -   -   250-relay.introweb.nl   0   0   21  0   31  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionCommand   SMTPSVC2    server  -   25  MAIL    -   FROM:<[e-mail]>+SIZE=3379939    0   0   4   0   78  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionResponse  SMTPSVC2    server  -   25  -   -   250+Ok  0   0   6   0   94  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionCommand   SMTPSVC2    server  -   25  RCPT    -   TO:<[e-mail]>  0   0   4   0   94  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionResponse  SMTPSVC2    server  -   25  -   -   250+Ok  0   0   6   0   94  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionCommand   SMTPSVC2    server  -   25  DATA    -   -   0   0   4   0   94  SMTP    -   -   -   -
3-2-2005    11:03:13    80.65.96.45 OutboundConnectionResponse  SMTPSVC2    server  -   25  -   -   354+End+data+with+<CR><LF>.<CR><LF> 0   0   35  0   109 SMTP    -   -   -   -

dat zegt de log file ervan, kan ik daar wat mee?

[Brahiewahiewa]

Als dit alles is wat je krijgt, dan mis ik nog

code:

3-2-2005 11:03:13 80.65.96.45 OutboundConnectionResponse SMTPSVC2 server - 25 - - 250+ok+1107388908+qp+91164 0 0 26 0 1375 SMTP - - - -
3-2-2005 11:03:13 80.65.96.45 OutboundConnectionCommand  SMTPSVC2 server - 25 QUIT - - 0 0 4 0 1375 SMTP - - - -
3-2-2005 11:03:13 80.65.96.45 OutboundConnectionResponse SMTPSVC2 server - 25 - - 221+relay1.introweb.nl 0 0 28 0 1547 SMTP - - - -

Lijkt er dus op dat de SMTP sessie bij de DATA overdracht stukloopt. Zou iets onnozels als een MTU issue kunnen zijn. Je zou eens kunnen testen met een MTU van 576 (voor het veranderen van MTU is overigens wel een reboot nodig, dacht ik) Of laat alsnog die NetMon meelopen en kijk of er ACKjes terugkomen

[Grolsch]

Brahiewahiewa schreef op donderdag 03 februari 2005 @ 14:43:
Als dit alles is wat je krijgt, dan mis ik nog

code:

3-2-2005 11:03:13 80.65.96.45 OutboundConnectionResponse SMTPSVC2 server - 25 - - 250+ok+1107388908+qp+91164 0 0 26 0 1375 SMTP - - - -
3-2-2005 11:03:13 80.65.96.45 OutboundConnectionCommand  SMTPSVC2 server - 25 QUIT - - 0 0 4 0 1375 SMTP - - - -
3-2-2005 11:03:13 80.65.96.45 OutboundConnectionResponse SMTPSVC2 server - 25 - - 221+relay1.introweb.nl 0 0 28 0 1547 SMTP - - - -

Lijkt er dus op dat de SMTP sessie bij de DATA overdracht stukloopt. Zou iets onnozels als een MTU issue kunnen zijn. Je zou eens kunnen testen met een MTU van 576 (voor het veranderen van MTU is overigens wel een reboot nodig, dacht ik) Of laat alsnog die NetMon meelopen en kijk of er ACKjes terugkomen

moet ik nu mijn MTU waarde veranderen omdat ik aan 1 server geen pakketjes af kan leveren?
Ligt het dan niet aan die ene partij

[edit]

nu mijn ping -l test

een ping relay1.introweb.nl -l 8164 gaat wel goed
een ping relay1.introweb.nl -l 8165 gaat niet goed.

een ping naar een.andere.mailserver.vanons -l 10000 gaat wel goed

het lijkt dus idd in de MTU waarde te zitten

heel vreemd dat het alleen bij hun server is

[ Voor 14% gewijzigd door Grolsch op 03-02-2005 14:52 ]

[Brahiewahiewa]

Ik vin 8164 wel een errug grote MTU waarde. Normaal gesproken stopt die bij 1500
en je moet ook de -f (don't fragment) vlag meegeven, dus:
PING -f -l nnnn relay1.introweb.nl

[Grolsch]

weet je wat ook vreemd is, ik zoek dus m'n mtu waarde op, die volgens de experts hier moet staan:

http://www.winguides.com/registry/display.php/280

check eens wat er bij mij aan MTU tussen staat

[Brahiewahiewa]

Hij kan ook "global" zijn opgegeven in
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

edit:

om op je vraag terug te komen

moet ik nu mijn MTU waarde veranderen omdat ik aan 1 server geen pakketjes af kan leveren?
Ligt het dan niet aan die ene partij

Ja, dat ligt aan die ene partij, maar zij zijn groot en jij is klein, dus jij moet eerst aantonen dat zij 't fout doen

[ Voor 61% gewijzigd door Brahiewahiewa op 03-02-2005 15:29 ]

[Grolsch]

Brahiewahiewa schreef op donderdag 03 februari 2005 @ 15:10:
Hij kan ook "global" zijn opgegeven in
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

edit:

om op je vraag terug te komen
[...]
Ja, dat ligt aan die ene partij, maar zij zijn groot en jij is klein, dus jij moet eerst aantonen dat zij 't fout doen

daar staattie dus ook niet tussen.

Wazig verhaal. Ik heb morgen een vrije dag, ik probeer wel een nieuwe MTU d-word toe te voegen, kijken of dat wat wordt.

tnx for the input tot nu toe!

[alt-92]

Grolsch schreef op donderdag 03 februari 2005 @ 15:00:
weet je wat ook vreemd is, ik zoek dus m'n mtu waarde op, die volgens de experts hier moet staan:

http://www.winguides.com/registry/display.php/280

Staat er standaard niet, gewoon aanmaken.

Als je geen zin hebt om te rebooten, eventjes je NIC disablen en weer enablen. Heeft hetzelfde effect

[mkools24]

Dit is idd een irri exchange bug waar ik ook al meerdere malen mee te maken heb gehad.

Het heeft idd met je MTU waarden te maken, ik heb dat allemaal getest en na wat tweakwerk ging het al beter maar het was nog niet perfect.

Ook een smarthost inzetten heeft geen zin en werkt niet.

Om het helemaal op te lossen heb ik een OpenBSD server met sendmail ernaast gezet en die als relayserver, smarthost ingesteld binnen Exchange (intern dus dan werkt het wel).

[Grolsch]

BackSlash32 schreef op zaterdag 05 februari 2005 @ 18:11:
[...]

Staat er standaard niet, gewoon aanmaken.

Als je geen zin hebt om te rebooten, eventjes je NIC disablen en weer enablen. Heeft hetzelfde effect

dit ga ik proberen, ff de NIC disablen / enablen, met een beetje geluk heeft niemand dat door

keep in touch

mkools24 schreef op maandag 07 februari 2005 @ 01:42:
Dit is idd een irri exchange bug waar ik ook al meerdere malen mee te maken heb gehad.

Het heeft idd met je MTU waarden te maken, ik heb dat allemaal getest en na wat tweakwerk ging het al beter maar het was nog niet perfect.

Ook een smarthost inzetten heeft geen zin en werkt niet.

Om het helemaal op te lossen heb ik een OpenBSD server met sendmail ernaast gezet en die als relayserver, smarthost ingesteld binnen Exchange (intern dus dan werkt het wel).

en op welke waarde zouden jullie de MTU dan zetten

die website had het over dit:

Recommended Values

576 - Dial-up Connections
1492 - PPPoE Broadband Connections
1500 - Ethernet, DSL and Cable Broadband Connections

dus 1492 misschien? of even de ISP opbellen en vragen wat hun voorkeurs instelling is

[ Voor 58% gewijzigd door Grolsch op 07-02-2005 09:06 ]

[Brahiewahiewa]

Je kunt 't gewoon meten door PING -F -L 1500 RELAY.INTROWEB.NL te doen en dan de grootte terug te brengen totdat je replies krijgt.

[Verwijderd]

PING -f -l 1500 RELAY.INTROWEB.NL
't is wel case sensitive.

[Grolsch]

okay,

ik heb dus een mailtje terug gehad van introweb, waarin ze het volgende zeggen:

Geachte mijnheer Grolsch,

De optimale waarde voor breedbandverbindingen is 1500 bytes.

Ik hoop u hiermee voldoende geïnformeerd te hebben,

okay, ik heb dus de MTU waarde ingesteld op 1500, en geen enkel resultaat
ik heb ook de waarde op 1400 ingesteld, en nog steeds geen resultaat

dit zijn de resultaten van die ping -f -l 1500 test (maakt bij mij btw niet uit of het kleine of grote letters zijn)

code:

Z:\>ping -f -l 1373 relay.introweb.nl

Pinging relay.introweb.nl [80.65.96.45] with 1373 bytes of data:

Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 80.65.96.45:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum =  0ms, Average =  0ms

Z:\>ping -f -l 1372 relay.introweb.nl

Pinging relay.introweb.nl [80.65.96.45] with 1372 bytes of data:

Reply from 80.65.96.45: bytes=1372 time=16ms TTL=60
Reply from 80.65.96.45: bytes=1372 time=31ms TTL=60
Reply from 80.65.96.45: bytes=1372 time=16ms TTL=60
Reply from 80.65.96.45: bytes=1372 time=31ms TTL=60

Ping statistics for 80.65.96.45:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 16ms, Maximum =  31ms, Average =  23ms

Z:\>

is de MTU waarde dan nu 1372 ondanks dat ze zelf zeggen dat het 1500 moet zijn

[Brahiewahiewa]

Nee, de MTU is (minimaal) 1400: de payload van je ping pakketje + de grootte van de headers (28 bytes). Probeer eens ping -f -l 1472 relay.introweb.nl
'k Heb eventueel wel een VBScriptje voor je wat de MTU bepaalt.
Overigens bestaat er ook nog een kans dat SMTP verkeer anders gerouteerd wordt dan ICMP verkeer

[ Voor 35% gewijzigd door Brahiewahiewa op 08-02-2005 13:42 ]

[Grolsch]

Brahiewahiewa schreef op dinsdag 08 februari 2005 @ 13:22:
Nee, de MTU is (minimaal) 1400: de payload van je ping pakketje + de grootte van de headers (28 bytes). Probeer eens ping -f -l 1472 relay.introweb.nl
'k Heb eventueel wel een VBScriptje voor je wat de MTU bepaalt.
Overigens bestaat er ook nog een kans dat SMTP verkeer anders gerouteerd wordt dan ICMP verkeer

ook niet, check

code:

Z:\>ping -f -l 1472 relay.introweb.nl

Pinging relay.introweb.nl [80.65.96.45] with 1472 bytes of data:

Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.
Packet needs to be fragmented but DF set.

Ping statistics for 80.65.96.45:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum =  0ms, Average =  0ms

Z:\>

kun je dat vbscriptje ergens downloaden van i-net
zo ja, heb je dan maybe een link voor me

alvast bedankt

[ Voor 7% gewijzigd door Grolsch op 08-02-2005 16:49 ]

[Brahiewahiewa]

Ach, de layout was toch al stuk

code:

strTarget = "relay2.introweb.nl"
Set objWmi = GetObject ( "winmgmts:{impersonationLevel=impersonate}//./root/cimv2" )
iPS = PingStatus ( strTarget, "576", objWmi )
If iPS = 0 Then
    iLow  = 576
    iHigh = 1500
    Do Until iLow = iHigh
        iPS2 = PingStatus ( strTarget, CStr ( iHigh ), objWmi )
        WScript.Echo iHigh & " -> " & iPS2
        Select Case iPS2
            Case 0
                iLow2 = iHigh
                iHigh = Int ( iHigh + ( iHigh - iLow ) / 2 )
                iLow  = iLow2
            Case 11010, 11009
                iHigh = Int ( iHigh - ( iHigh - iLow ) / 2 )
            Case Else
                WScript.Echo "Error"
        End select
    Loop
Else
    WScript.Echo "Error" & iPS
    WScript.Quit
End If
WScript.Echo VbCrLf & "Target: " & strTarget
WScript.Echo "Max payload: " & iHigh & " Bytes"
WScript.Echo "MTU: " & iHigh + 28 & " Bytes"
'===============================================================================================================
Function PingStatus ( sTarget, sBufferSize, ByRef oWmi )
    sWhereClause = "Address = '" + sTarget + "' AND BufferSize = " & sBufferSize & " AND NoFragmentation = TRUE"
    sSqlQuery = "SELECT * FROM Win32_PingStatus WHERE " & sWhereClause
    For Each oPingResult In oWmi.ExecQuery ( sSqlQuery )
        PingStatus = oPingResult.StatusCode
    Next 'oPingResult
End Function

Bewaren als mtu.vbs en dan runnen met cscript

[Grolsch]

Brahiewahiewa schreef op dinsdag 08 februari 2005 @ 23:38:
Ach, de layout was toch al stuk

code:

strTarget = "relay2.introweb.nl"
Set objWmi = GetObject ( "winmgmts:{impersonationLevel=impersonate}//./root/cimv2" )
iPS = PingStatus ( strTarget, "576", objWmi )
If iPS = 0 Then
    iLow  = 576
    iHigh = 1500
    Do Until iLow = iHigh
        iPS2 = PingStatus ( strTarget, CStr ( iHigh ), objWmi )
        WScript.Echo iHigh & " -> " & iPS2
        Select Case iPS2
            Case 0
                iLow2 = iHigh
                iHigh = Int ( iHigh + ( iHigh - iLow ) / 2 )
                iLow  = iLow2
            Case 11010, 11009
                iHigh = Int ( iHigh - ( iHigh - iLow ) / 2 )
            Case Else
                WScript.Echo "Error"
        End select
    Loop
Else
    WScript.Echo "Error" & iPS
    WScript.Quit
End If
WScript.Echo VbCrLf & "Target: " & strTarget
WScript.Echo "Max payload: " & iHigh & " Bytes"
WScript.Echo "MTU: " & iHigh + 28 & " Bytes"
'===============================================================================================================
Function PingStatus ( sTarget, sBufferSize, ByRef oWmi )
    sWhereClause = "Address = '" + sTarget + "' AND BufferSize = " & sBufferSize & " AND NoFragmentation = TRUE"
    sSqlQuery = "SELECT * FROM Win32_PingStatus WHERE " & sWhereClause
    For Each oPingResult In oWmi.ExecQuery ( sSqlQuery )
        PingStatus = oPingResult.StatusCode
    Next 'oPingResult
End Function

Bewaren als mtu.vbs en dan runnen met cscript

Ik krijg dus een foutmelding.

zie eruit als

[ Voor 24% gewijzigd door Grolsch op 09-02-2005 08:47 ]

[Brahiewahiewa]

Hmmz, je draait 't script toch wel op Windows XP of 2003, hè?
Zie http://msdn.microsoft.com...sdk/wmi/ping_provider.asp

Windows 2000/NT: The Ping provider is not available.

[Grolsch]

Brahiewahiewa schreef op woensdag 09 februari 2005 @ 09:05:
Hmmz, je draait 't script toch wel op Windows XP of 2003, hè?
Zie http://msdn.microsoft.com...sdk/wmi/ping_provider.asp
[...]

hmmm, ik slaap nog ff testen

er komt uit

code:

1500 -> 11009

wat dus betekent dat hun mtu op 1500 staat

dan hoeven we dus het probleem niet in de MTU te zoeken blijkbaar!

[ Voor 22% gewijzigd door Grolsch op 09-02-2005 09:41 ]

[Brahiewahiewa]

Volges mijn zou je deze output moeten zien:

code:

1500 -> 11009
1038 -> 0
1269 -> 0
1384 -> 11009
1326 -> 0
1354 -> 0
1368 -> 0
1375 -> 11009
1371 -> 0
1372 -> 0

Target: relay2.introweb.nl
Max payload: 1372 Bytes
MTU: 1400 Bytes

waarbij de getalletjes dus anders kunnen zijn. De status codes vind je op http://msdn.microsoft.com.../wmi/win32_pingstatus.asp
11009 betekent "packet too big"

[ Voor 10% gewijzigd door Brahiewahiewa op 09-02-2005 13:16 ]