Patrick wrote:
> "Het modem" is prima Nederlands, dus je maakt geen spel- of typefout.
Patrick van Elk leeft ook nog. Nou, het wil maar niet lukken:
http://googlefight.com/index.php?lan...et+modem%22+nl
Likes: 0
Patrick wrote:
> "Het modem" is prima Nederlands, dus je maakt geen spel- of typefout.
Patrick van Elk leeft ook nog. Nou, het wil maar niet lukken:
http://googlefight.com/index.php?lan...et+modem%22+nl
Paul Slootman wrote:
> Ik zie hier dat de DHCP requests dus wel naar buiten gaan, maar dat er
> dus helemaal niets terugkomt.
> De lijn is prima, zo te zien:
Van zo probleem heb ik vanaf mei t/m oktober last gehad (met pieken en
dalen). De 24 uur heb ik niet gehaald, maar 8 uur geloof ik wel eens.
Bleek om gedonder in de centrale te gaan (BabyXL, De Reit, Tilburg).
Misschien zijn je jouw centrale ook ADSL2 gereed aan het maken ....
In article <dnn6u9$lm4$2@news.cistron.nl>,
Luc Castermans <luc@castermans.cistron.nl> wrote:
>Paul Slootman wrote:
>
>> Ik zie hier dat de DHCP requests dus wel naar buiten gaan, maar dat er
>> dus helemaal niets terugkomt.
>> De lijn is prima, zo te zien:
>
>Van zo probleem heb ik vanaf mei t/m oktober last gehad (met pieken en
>dalen). De 24 uur heb ik niet gehaald, maar 8 uur geloof ik wel eens.
>Bleek om gedonder in de centrale te gaan (BabyXL, De Reit, Tilburg).
Daar heb ik wat van gelezen. Tiscali/babyxl had zeer langdurige
problemen met apparatuur en een backbone verbinding van een leverancier,
maar dat was specifiek in Tilburg en was niet verwant met een
ander probleem.
Mike.
J.B. schreef op 13-12-05 04:05:
> Patrick van Elk leeft ook nog. Nou, het wil maar niet lukken:
> http://googlefight.com/index.php?lan...et+modem%22+nl
Grappig, jij denkt dat er sprake is van een wedstrijd of zo? En wie zou
er 'winnen', de verschillende woordenboeken en alle andere autoriteiten
op het gebied van de Nederlandse taal of Juultje B. Thijssen?
Aan de ene kant zeg je dat populariteit de oorzaak is van het gebruik
van "het modem" en dat geen argument voor het gebruik ervan zou moeten
zijn, aan de andere kant wil je wel je gelijk aan de hand van de
populariteit van "de modem" halen. Komisch om te zien dat je er zelf ook
niet meer uitkomt :-)
Patrick
Paul Slootman <paul+nospam@wurtel.net> wrote:
>Miquel van Smoorenburg <miquels@netscum.invalid> wrote:
>>>Paul Slootman <paul+nospam@wurtel.net> wrote:
>
>>>>Ik zie hier dat de DHCP requests dus wel naar buiten gaan, maar dat er
>>>>dus helemaal niets terugkomt.
>
>>Tsja, op onze apparatuur zie ik geen valid packets binnen
>>komen op dit moment. ATM ping werkt wel. Geen idee wat
>>er mis zou kunnen zijn (misschien doe je nu ook wel niets,
>>geen dhcp, dan is er ook niets te zien).
>
>Er worden continu DHCP packets verstuurd:
Nog steeds trouwens.
>Er is vanochtend een ticket aangemaakt door de 2e lijns helpdesk, dus
>hopelijk binnenkort verbetering...
Nou, niet dus.
Ik heb NOG STEEDS GEEN VERBINDING (sorry voor het schreeuwen, kon er
niks aan doen). Erger nog: Mijn IP adres komt nu uit bij iemand
anders!!!
Nu raak ik ook nog email kwijt, want ipv. dat het nu door de fallback MX
opgevangen wordt, wordt email nu direct gebounced door wie dan ook mijn
IP adres gekregen heeft.
Ik vind dit ontzettend slecht allemaal van xs4all; zoiets kan gewoon
niet bij een kwaliteits provider gebeuren. Het is dus duidelijk dat
xs4all dat dus *niet* is. Van bv. @Home zou ik zoiets wel verwachten,
niet van xs4all.
Dus na 10 dagen geen verbinding, is het enigste dat xs4all voor elkaar
gekregen heeft dat iemand anders nu mijn IP adres heeft, wat feitelijk
nog erger is dan "gewoon" geen verbinding.
Nu mag ik zeker morgenochtend weer een halfuur of meer aan de telefoon
hangen om te horen dat er weer een ticket bij BBned o.i.d. geopend zal
worden. Klotezooi.
Mijn dagen bij xs4all zijn nu geteld; tenzij xs4all toch laat zien dat
ze het ook niet vinden kunnen, en een tegemoetkoming doen. Ik reken er
echter niet op, ik ben nu immers gewoon een van de vele nummers bij
xs4all...
Paul Slootman, erg boos
Paul Slootman wrote:
> Paul Slootman <paul+nospam@wurtel.net> wrote:
>
>>Miquel van Smoorenburg <miquels@netscum.invalid> wrote:
>>
>>>>Paul Slootman <paul+nospam@wurtel.net> wrote:
>>
>>>>>Ik zie hier dat de DHCP requests dus wel naar buiten gaan, maar dat er
>>>>>dus helemaal niets terugkomt.
>>
>>>Tsja, op onze apparatuur zie ik geen valid packets binnen
>>>komen op dit moment. ATM ping werkt wel. Geen idee wat
>>>er mis zou kunnen zijn (misschien doe je nu ook wel niets,
>>>geen dhcp, dan is er ook niets te zien).
>>
>>Er worden continu DHCP packets verstuurd:
>
>
> Nog steeds trouwens.
>
>
>>Er is vanochtend een ticket aangemaakt door de 2e lijns helpdesk, dus
>>hopelijk binnenkort verbetering...
>
>
> Nou, niet dus.
>
> Ik heb NOG STEEDS GEEN VERBINDING (sorry voor het schreeuwen, kon er
> niks aan doen). Erger nog: Mijn IP adres komt nu uit bij iemand
> anders!!!
>
> Nu raak ik ook nog email kwijt, want ipv. dat het nu door de fallback MX
> opgevangen wordt, wordt email nu direct gebounced door wie dan ook mijn
> IP adres gekregen heeft.
>
> Ik vind dit ontzettend slecht allemaal van xs4all; zoiets kan gewoon
> niet bij een kwaliteits provider gebeuren. Het is dus duidelijk dat
> xs4all dat dus *niet* is. Van bv. @Home zou ik zoiets wel verwachten,
> niet van xs4all.
>
> Dus na 10 dagen geen verbinding, is het enigste dat xs4all voor elkaar
> gekregen heeft dat iemand anders nu mijn IP adres heeft, wat feitelijk
> nog erger is dan "gewoon" geen verbinding.
>
> Nu mag ik zeker morgenochtend weer een halfuur of meer aan de telefoon
> hangen om te horen dat er weer een ticket bij BBned o.i.d. geopend zal
> worden. Klotezooi.
>
> Mijn dagen bij xs4all zijn nu geteld; tenzij xs4all toch laat zien dat
> ze het ook niet vinden kunnen, en een tegemoetkoming doen. Ik reken er
> echter niet op, ik ben nu immers gewoon een van de vele nummers bij
> xs4all...
>
>
> Paul Slootman, erg boos
Als je oud CistroN-klant bent, kan je nu volgens de algemene voorwaarden
van CistroN compensatie halen bij XS4all. ;-)
Ben benieuwd hoe ze dáár mee om zullen gaan.
Laat je het mij nog even weten?
Algemene Voorwaarden Cistron
13.4 Indien de Internetdienst gedurende meer dan een werkdag
aaneengesloten niet of nauwelijks bruikbaar is geweest anders dan ten
gevolge van een omstandigheid aan de zijde van de Klant, zal Cistron een
evenredig deel van de Periodieke Vergoeding met betrekking tot de
getroffen Internetdienst in de betreffende Periode aan de Klant
terugbetalen. Indien de Internetdienst gedurende meer dan vijf werkdagen
aaneengesloten niet of nauwelijks bruikbaar is geweest ten gevolge van
een nalatigheid van Cistron en er geen sprake is van een
Overmachtsituatie, zal Cistron de volledige Periodieke Vergoeding met
betrekking tot de getroffen Internetdienst in de betreffende Periode,
doch maximaal een maand, aan de Klant terugbetalen. De in dit lid
bedoelde terugbetalingen geschieden na vaststelling van het bedrag
daarvan, door kostenloze verlenging van de looptijd van het betreffende
deel van de Overeenkomst, dan wel, naar keuze van Cistron, door
verrekening met de dan eerstvolgende aan de Klant in rekening te brengen
Vergoeding.
En Foets su(r)ft weer vrolijk verder.
-- www.speedxs.nl ADSL2+ (BBned) 10Mb/1Mbps voor maar Eur. 29,95 p.m. &
16-24Mb/1.3Mbps voor maar Eur. 54,95 p.m. --
Bart Kerkvliet wrote:
> Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
> aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon in orde heeft
> en BBned per ongeluk twee lijnen verwisseld heeft qua VPI/VCI richting
> XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
Dat is natuurlijk raar, ik bedoel, de klant hoeft helemaal niet
te weten dat hij/zij iets met bbned te maken heeft, de klant
betaalt XS4All, niet bbned. bbned wil niet eens dat wij,
als klanten, ze rechtstreeks benaderen, heb ik gemerkt..
In article <43a1f6cf$0$729$5fc3050@dreader2.news.tiscali.nl >,
Bart Kerkvliet <bart-invalid-kerkvliet@-invalid-gmail.com> wrote:
>Paul Slootman wrote:
>> Ik heb NOG STEEDS GEEN VERBINDING (sorry voor het schreeuwen, kon er
>> niks aan doen). Erger nog: Mijn IP adres komt nu uit bij iemand
>> anders!!!
Wat ? Dus dit ben jij niet:
# telnet 195.64.88.114 smtp
Trying 195.64.88.114...
Connected to mx.wurtel.net.
Escape character is '^]'.
220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
quit
221 2.0.0 rbtwente.nl Service closing transmission channel
T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
dus dat werkt niet meer.
>Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
>aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
>en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
>XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
uit 2004) [PS Bart - Ivor weet er nu van]
Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
dan blijf je schuiven, en de echte fout wordt niet achterhaald
en wie weet gebeurt het dan weer ..
BTW, het MAC adres wat nu achter 195.64.88.114 zit heb ik nog
niet eerder gezien in logfiles oid, ik vraag me af of het ueberhaupt
wel een cistron/xs4all klant is.
Mike.
Miquel van Smoorenburg wrote:
> In article <43a1f6cf$0$729$5fc3050@dreader2.news.tiscali.nl >,
> Bart Kerkvliet <bart-invalid-kerkvliet@-invalid-gmail.com> wrote:
>
>>Paul Slootman wrote:
>>
>>>Ik heb NOG STEEDS GEEN VERBINDING (sorry voor het schreeuwen, kon er
>>>niks aan doen). Erger nog: Mijn IP adres komt nu uit bij iemand
>>>anders!!!
>
>
> Wat ? Dus dit ben jij niet:
>
> # telnet 195.64.88.114 smtp
> Trying 195.64.88.114...
> Connected to mx.wurtel.net.
> Escape character is '^]'.
> 220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
> quit
> 221 2.0.0 rbtwente.nl Service closing transmission channel
>
> T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
> dus dat werkt niet meer.
>
>
>>Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
>>aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
>>en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
>>XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
>
>
> Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
> heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
> Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
> de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
> uit 2004) [PS Bart - Ivor weet er nu van]
>
> Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
> en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
> dan blijf je schuiven, en de echte fout wordt niet achterhaald
> en wie weet gebeurt het dan weer ..
>
> BTW, het MAC adres wat nu achter 195.64.88.114 zit heb ik nog
> niet eerder gezien in logfiles oid, ik vraag me af of het ueberhaupt
> wel een cistron/xs4all klant is.
>
> Mike.
Een nieuw mac-adres maakt het wel heel erg wonderlijkMij zegt
'rbtwente.nl' ook helemaal niets eigenlijk, dus zou best wel eens kunnen
dat je gelijk hebt
--
Bart
Miquel van Smoorenburg <miquels@netscum.invalid> wrote:
>In article <43a1f6cf$0$729$5fc3050@dreader2.news.tiscali.nl >,
>Bart Kerkvliet <bart-invalid-kerkvliet@-invalid-gmail.com> wrote:
>>Paul Slootman wrote:
>>> Ik heb NOG STEEDS GEEN VERBINDING (sorry voor het schreeuwen, kon er
>>> niks aan doen). Erger nog: Mijn IP adres komt nu uit bij iemand
>>> anders!!!
>
>Wat ? Dus dit ben jij niet:
>
># telnet 195.64.88.114 smtp
>Trying 195.64.88.114...
>Connected to mx.wurtel.net.
>Escape character is '^]'.
>220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
Wat zie je mij voor aan, dat ik een Microsoft systeem aan het internet
hangt? :-)
Nee dus, dat was ik niet.
>T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
>dus dat werkt niet meer.
Mooi, dat scheelt weer, bedankt.
>>Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
>>aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
>>en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
>>XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
>
>Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
>heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
Hmm, da's kut dan.
Wel balen dat ik dan niet gewoon verbinding krijg via "rbtwente.nl"'s
ISP :-)
En dat terwijl die verbinding sinds de oplevering eigenlijk altijd
perfekt gewerkt heeft.
Zonder DHCP werken heeft dus ook voordelen, dan had "rbtwente.nl" niet
zomaar m'n IP nr gekregen.
>Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
>de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
>uit 2004) [PS Bart - Ivor weet er nu van]
>
>Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
>en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
>dan blijf je schuiven, en de echte fout wordt niet achterhaald
>en wie weet gebeurt het dan weer ..
OK, ik wilde alweer de helldesk bellen (25 wachtenden, pffff)
maar ik begrijp hieruit dat er aan gewerkt wordt, dus ik wacht even af.
Ik baal wel dat ik in het begin afgescheept werd met "het moet aan je
modem liggen", en dus een paar dagen moest wachten totdat ik een ander
modem kon proberen, en daarna moeite moest doen om de helldesker te
overtuigen dat het dus echt niet aan mijn kant ligt. Dat had allemaal
wat soepeler gekund. Dat is eigenlijk wat mij irriteert; dat verwacht
ik als ik bij tiscali of planet abonnee ben, niet bij een "kwaliteits"
provider als xs4all.
Iig thanks voor de hulp, Mike!
Paul Slootman
In article <dnt1u6$v32$1@news.cistron.nl>, miquels@netscum.invalid
says...
> Wat ? Dus dit ben jij niet:
>
> # telnet 195.64.88.114 smtp
> Trying 195.64.88.114...
> Connected to mx.wurtel.net.
> Escape character is '^]'.
> 220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
> quit
> 221 2.0.0 rbtwente.nl Service closing transmission channel
>
> T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
> dus dat werkt niet meer.
>
> >Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
> >aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
> >en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
> >XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
>
> Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
> heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
> Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
> de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
> uit 2004) [PS Bart - Ivor weet er nu van]
>
> Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
> en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
> dan blijf je schuiven, en de echte fout wordt niet achterhaald
> en wie weet gebeurt het dan weer ..
>
> BTW, het MAC adres wat nu achter 195.64.88.114 zit heb ik nog
> niet eerder gezien in logfiles oid, ik vraag me af of het ueberhaupt
> wel een cistron/xs4all klant is.
>
> Mike.
>
Hmm heel apart, volgensmij gebeurt dit niet alleen bij BBned. Ik kan me
herinneren dat ik een vergelijkbaar(?) iets weleens ben tegen gekomen
bij een klant op een Tiscali lijn. Deze belde met het probleem dat zn
mail niet meer verstuurd kon worden. Na een tracert kwamen we erachter
dat ie plotseling op een Compuserve lijntje zat van een andere persoon,
spontaan zonder dat er wijzigingen waren doorgevoerd op zijn lijn.
Volgensmij heeft de oplossing toen weken op zich laten wachten, maar hij
kon gelukkig nog wel mailen via de smtp van compuserve
het voor Paul wat sneller opgelost gaat worden, succes iig!
In article <dntvka$rml$2@news.cistron.nl>,
Paul Slootman <paul+nospam@wurtel.net> wrote:
>Miquel van Smoorenburg <miquels@netscum.invalid> wrote:
>>Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
>>heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
>
>Wel balen dat ik dan niet gewoon verbinding krijg via "rbtwente.nl"'s
>ISP :-)
>En dat terwijl die verbinding sinds de oplevering eigenlijk altijd
>perfekt gewerkt heeft.
>Zonder DHCP werken heeft dus ook voordelen, dan had "rbtwente.nl" niet
>zomaar m'n IP nr gekregen.
Jawel, want DHCP staat altijd aan (niet op de oude cisco 6400
apparatuur, maar op de oude redbacks en de huidige ERXen wel). Je
kan static instellen maat DHCP doet het altijd.
>OK, ik wilde alweer de helldesk bellen (25 wachtenden, pffff)
>maar ik begrijp hieruit dat er aan gewerkt wordt, dus ik wacht even af.
Er wordt inderdaad aan gewerkt door mensen bij xs en bbned.
>Ik baal wel dat ik in het begin afgescheept werd met "het moet aan je
>modem liggen", en dus een paar dagen moest wachten totdat ik een ander
>modem kon proberen, en daarna moeite moest doen om de helldesker te
>overtuigen dat het dus echt niet aan mijn kant ligt. Dat had allemaal
>wat soepeler gekund. Dat is eigenlijk wat mij irriteert; dat verwacht
>ik als ik bij tiscali of planet abonnee ben, niet bij een "kwaliteits"
>provider als xs4all.
Ja, maar dit soort dingen verwacht niemand. Is ook niet eerder
voorgekomen, ook niet bij Cistron, nu opeens een paar tegelijk.
Mike.
Miquel van Smoorenburg wrote:
> In article <dntvka$rml$2@news.cistron.nl>,
> Paul Slootman <paul+nospam@wurtel.net> wrote:
>
>>Miquel van Smoorenburg <miquels@netscum.invalid> wrote:
>>
>>>Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
>>>heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
>>
>>Wel balen dat ik dan niet gewoon verbinding krijg via "rbtwente.nl"'s
>>ISP :-)
>>En dat terwijl die verbinding sinds de oplevering eigenlijk altijd
>>perfekt gewerkt heeft.
>>Zonder DHCP werken heeft dus ook voordelen, dan had "rbtwente.nl" niet
>>zomaar m'n IP nr gekregen.
>
>
> Jawel, want DHCP staat altijd aan (niet op de oude cisco 6400
> apparatuur, maar op de oude redbacks en de huidige ERXen wel). Je
> kan static instellen maat DHCP doet het altijd.
>
>
>>OK, ik wilde alweer de helldesk bellen (25 wachtenden, pffff)
>>maar ik begrijp hieruit dat er aan gewerkt wordt, dus ik wacht even af.
>
>
> Er wordt inderdaad aan gewerkt door mensen bij xs en bbned.
>
>
>>Ik baal wel dat ik in het begin afgescheept werd met "het moet aan je
>>modem liggen", en dus een paar dagen moest wachten totdat ik een ander
>>modem kon proberen, en daarna moeite moest doen om de helldesker te
>>overtuigen dat het dus echt niet aan mijn kant ligt. Dat had allemaal
>>wat soepeler gekund. Dat is eigenlijk wat mij irriteert; dat verwacht
>>ik als ik bij tiscali of planet abonnee ben, niet bij een "kwaliteits"
>>provider als xs4all.
>
>
> Ja, maar dit soort dingen verwacht niemand. Is ook niet eerder
> voorgekomen, ook niet bij Cistron, nu opeens een paar tegelijk.
>
> Mike.
Toch niet wéér een boze oud-werknemer 'aan de gang' geweest?
En Foets su(r)ft weer vrolijk verder.
-- Geen recht spoor zonder dwarsliggers. --
Jurjen wrote:
> In article <dnt1u6$v32$1@news.cistron.nl>, miquels@netscum.invalid
> says...
>
>>Wat ? Dus dit ben jij niet:
>>
>># telnet 195.64.88.114 smtp
>>Trying 195.64.88.114...
>>Connected to mx.wurtel.net.
>>Escape character is '^]'.
>>220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
>>quit
>>221 2.0.0 rbtwente.nl Service closing transmission channel
>>
>>T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
>>dus dat werkt niet meer.
>>
>>
>>>Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
>>>aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
>>>en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
>>>XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
>>
>>Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
>>heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
>>Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
>>de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
>>uit 2004) [PS Bart - Ivor weet er nu van]
>>
>>Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
>>en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
>>dan blijf je schuiven, en de echte fout wordt niet achterhaald
>>en wie weet gebeurt het dan weer ..
>>
>>BTW, het MAC adres wat nu achter 195.64.88.114 zit heb ik nog
>>niet eerder gezien in logfiles oid, ik vraag me af of het ueberhaupt
>>wel een cistron/xs4all klant is.
>>
>>Mike.
>>
>
> Hmm heel apart, volgensmij gebeurt dit niet alleen bij BBned. Ik kan me
> herinneren dat ik een vergelijkbaar(?) iets weleens ben tegen gekomen
> bij een klant op een Tiscali lijn. Deze belde met het probleem dat zn
> mail niet meer verstuurd kon worden. Na een tracert kwamen we erachter
> dat ie plotseling op een Compuserve lijntje zat van een andere persoon,
> spontaan zonder dat er wijzigingen waren doorgevoerd op zijn lijn.
> Volgensmij heeft de oplossing toen weken op zich laten wachten, maar hij
> kon gelukkig nog wel mailen via de smtp van compuserve
> het voor Paul wat sneller opgelost gaat worden, succes iig!
Dan zit KPN door de bocht en zitten er wat kruisdraden verkeerd
vermoedelijk.
--
Bart
Jurjen wrote:
> In article <dnt1u6$v32$1@news.cistron.nl>, miquels@netscum.invalid
> says...
>
>>Wat ? Dus dit ben jij niet:
>>
>># telnet 195.64.88.114 smtp
>>Trying 195.64.88.114...
>>Connected to mx.wurtel.net.
>>Escape character is '^]'.
>>220 rbtwente.nl Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Fri, 16 Dec 2005 01:03:43 +0100
>>quit
>>221 2.0.0 rbtwente.nl Service closing transmission channel
>>
>>T*ring hee ... wel, de ATM subinterface staat nu in shutdown mode,
>>dus dat werkt niet meer.
>>
>>
>>>Schiet ze niet gelijk af zonder dat je weet waar het probleem achteraf
>>>aan gelegen heeft. Als XS4all haar DHCP configuratie gewoon inorde heeft
>>>en BBned perongeluk twee lijnen verwisseld heeft qua VPI/VCI riching
>>>XS4all kunnen zij d'r ook niets aan doen bijvoorbeeld.
>>
>>Sterker nog, zeer recent is gebleken dat bbned dat inderdaad gedaan
>>heeft. Sommige verbindingen krijgen spontaan een andere VPI/VCI.
>>Misschien in Pauls geval ook wel .. En aan xs ligt het niet,
>>de config is aantoonbaar niet gewijzigd (zelfde als Cistron config
>>uit 2004) [PS Bart - Ivor weet er nu van]
>>
>>Dit weer terug gewijzigd krijgen bij bbned is /heel/ moeilijk
>>en bijzonder tijdrovend. Aan de xs kant wijzigen kan wel, maar
>>dan blijf je schuiven, en de echte fout wordt niet achterhaald
>>en wie weet gebeurt het dan weer ..
>>
>>BTW, het MAC adres wat nu achter 195.64.88.114 zit heb ik nog
>>niet eerder gezien in logfiles oid, ik vraag me af of het ueberhaupt
>>wel een cistron/xs4all klant is.
>>
>>Mike.
>>
>
> Hmm heel apart, volgensmij gebeurt dit niet alleen bij BBned. Ik kan me
> herinneren dat ik een vergelijkbaar(?) iets weleens ben tegen gekomen
> bij een klant op een Tiscali lijn. Deze belde met het probleem dat zn
> mail niet meer verstuurd kon worden. Na een tracert kwamen we erachter
> dat ie plotseling op een Compuserve lijntje zat van een andere persoon,
> spontaan zonder dat er wijzigingen waren doorgevoerd op zijn lijn.
> Volgensmij heeft de oplossing toen weken op zich laten wachten, maar hij
> kon gelukkig nog wel mailen via de smtp van compuserve
> het voor Paul wat sneller opgelost gaat worden, succes iig!
Het hoeft niet persé in de configuratie te zitten, kan ook fysiek
natuurlijk in de centrale verkeerd zitten ergens.
--
Bart
Quote