[BC3] Casema errors/connection reset by peer

[balk]

Sinds de inlog procedure verandering van casema in Delft krijg ik vaak dit soort errors:

Apr 10 10:41:41 server pppd[260]: primary DNS address 195.96.96.33
Apr 10 10:41:41 server pppd[260]: secondary DNS address 195.96.96.97
Apr 10 10:41:41 server pppd[260]: Script /etc/ppp/ip-up started (pid 286)
Apr 10 10:41:58 server pppd[260]: Script /etc/ppp/ip-up finished (pid 286), status = 0x300
Apr 10 11:00:33 server -- MARK --
Apr 10 11:20:33 server -- MARK --
Apr 10 11:40:33 server -- MARK --
Apr 10 12:00:33 server -- MARK --
Apr 10 12:06:40 server portmap[89]: warning: /etc/hosts.allow, line 15: missing newline or line too long
Apr 10 12:06:40 server portmap[89]: warning: /etc/hosts.deny, line 15: missing newline or line too long
Apr 10 12:14:56 server identd[360]: started
Apr 10 12:40:33 server -- MARK --
Apr 10 12:40:56 server identd[369]: started
Apr 10 13:00:33 server -- MARK --
Apr 10 13:20:33 server -- MARK --
Apr 10 13:33:52 server pppd[260]: rcvd [LCP TermReq id=0x1]
Apr 10 13:33:52 server pppd[260]: LCP terminated by peer
Apr 10 13:33:52 server pppd[260]: Script /etc/ppp/ip-down started (pid 377)
Apr 10 13:33:52 server pppd[260]: sent [LCP TermAck id=0x1]
Apr 10 13:33:52 server pppd[260]: Hangup (SIGHUP)
Apr 10 13:33:52 server pppd[260]: Modem hangup
Apr 10 13:33:52 server pppd[260]: Connection terminated.
Apr 10 13:33:52 server pppd[260]: Connect time 172.3 minutes.
Apr 10 13:33:52 server pppd[260]: Sent 4451379 bytes, received 14703904 bytes.
Apr 10 13:33:56 server pppd[260]: Script /etc/ppp/ip-down finished (pid 377), status = 0x100

Opnieuw verbinding maken heeft geen nut, modem resetten ook niet. Alleen een reboot en modem stekker er uit helpt

Heeft iemand een idee wat dit te betekenen heeft?

[Verwijderd]

Afgezien van die portmap errors ziet dit er normaal uit.
Je maakt om 10.41u verbinding en om 13.33u wordt door casema de verbinding verbroken (idle timeout?)

Apr 10 13:33:52 server pppd[260]: rcvd [LCP TermReq id=0x1]
Received Termination Request: inbelserver van Casema geeft aan de verbinding te willen verbreken.

Apr 10 13:33:52 server pppd[260]: sent [LCP TermAck id=0x1]
Jouw pc geeft een Ack(nowledge) en verbreekt de verbinding.


Wat lukt er daarna niet meer dan?? -> Als verbinding maken niet lukt, welke meldingen geeft ie dan in het log??

edit:

Je hebt niet de afgelopen maand toevallig meer als 1 gig gedownload he??
Ik heb het idee dat als je aan je limiet zit dat ze de verbinding verbreken als je een groot bestand wil downloaden of zelfs als je een FTP connectie opent.

[balk]

De inbeller start automatisch door (persist):

Apr 10 13:34:27 server chat[386]: abort on (BUSY)
Apr 10 13:34:27 server chat[386]: abort on (NO CARRIER)
Apr 10 13:34:27 server chat[386]: abort on (VOICE)
Apr 10 13:34:27 server chat[386]: abort on (NO DIALTONE)
Apr 10 13:34:27 server chat[386]: abort on (NO DIAL TONE)
Apr 10 13:34:27 server chat[386]: abort on (NO ANSWER)
Apr 10 13:34:27 server chat[386]: send (ATZ^M)
Apr 10 13:34:27 server chat[386]: expect (OK)
Apr 10 13:34:27 server chat[386]: RRIER^M
Apr 10 13:34:27 server chat[386]: ^M
Apr 10 13:34:27 server chat[386]: ^M
Apr 10 13:34:27 server chat[386]: NO CARRIER
Apr 10 13:34:27 server chat[386]: -- failed
Apr 10 13:34:27 server chat[386]: Failed (NO CARRIER)
Apr 10 13:34:59 server chat[387]: abort on (BUSY)
Apr 10 13:34:59 server chat[387]: abort on (NO CARRIER)
Apr 10 13:34:59 server chat[387]: abort on (VOICE)
Apr 10 13:34:59 server chat[387]: abort on (NO DIALTONE)
Apr 10 13:34:59 server chat[387]: abort on (NO DIAL TONE)
Apr 10 13:34:59 server chat[387]: abort on (NO ANSWER)
Apr 10 13:34:59 server chat[387]: send (ATZ^M)
Apr 10 13:34:59 server chat[387]: expect (OK)
Apr 10 13:34:59 server chat[387]: ^M
Apr 10 13:34:59 server chat[387]: NO CARRIER
Apr 10 13:34:59 server chat[387]: -- failed
Apr 10 13:34:59 server chat[387]: Failed (NO CARRIER)
Apr 10 13:35:10 server kernel: PPP: ppp line discipline successfully unregistered
Apr 10 13:35:32 server chat[388]: abort on (BUSY)
Apr 10 13:35:32 server chat[388]: abort on (NO CARRIER)
Apr 10 13:35:32 server chat[388]: abort on (VOICE)
Apr 10 13:35:32 server chat[388]: abort on (NO DIALTONE)
Apr 10 13:35:32 server chat[388]: abort on (NO DIAL TONE)
Apr 10 13:35:32 server chat[388]: abort on (NO ANSWER)
Apr 10 13:35:32 server chat[388]: send (ATZ^M)

Als ik het script handmatig stop en start:

Apr 10 14:45:50 server pppd[429]: pppd 2.3.11 started by root, uid 0
Apr 10 14:45:51 server chat[430]: abort on (BUSY)
Apr 10 14:45:51 server chat[430]: abort on (NO CARRIER)
Apr 10 14:45:51 server chat[430]: abort on (VOICE)
Apr 10 14:45:51 server chat[430]: abort on (NO DIALTONE)
Apr 10 14:45:51 server chat[430]: abort on (NO DIAL TONE)
Apr 10 14:45:51 server chat[430]: abort on (NO ANSWER)
Apr 10 14:45:51 server chat[430]: send (ATZ^M)
Apr 10 14:45:51 server chat[430]: expect (OK)
Apr 10 14:45:51 server chat[430]: b~^M
Apr 10 14:45:51 server chat[430]: NO CARRIER
Apr 10 14:45:51 server chat[430]: -- failed
Apr 10 14:45:51 server chat[430]: Failed (NO CARRIER)

[edit]
Ik heb wel een hoop binnengehaald, maar niet in april, wel februari....

Maar het is pas sinds ik de nieuwe inlognaam heb ingevoerd (casema heeft z''n systeem veranderd)

Het zou een idle-time kunnen zijn. Elk kwartier een bestandje downloaden?

[Verwijderd]

Raar dat ie een NO CARRIER geeft, aangezien het geen analoog modem is, althans, geen telefoonmodem (we hebben het hier toch over een Demos modem he? geen com21)

Ik heb dit soort problemen wel eens gehad, en dat toen opgelost met wat langere timeouts in het chat script:

/etc/ppp/peers/casema:

code:

ttyS0
115200
crtscts
persist
idle 0
holdoff 1
pap-timeout 60
pap-restart 5
hide-password
ipcp-accept-local
ipcp-accept-remote
defaultroute
usepeerdns
user username_hier
mtu 1500
connect '/usr/sbin/chat -v -f /etc/ppp/peers/casema.chat'

/etc/ppp/peers/casema.cat:

code:

ABORT 'CAI NETWORK ERROR'
TIMEOUT 44
"" +++ATZ
TIMEOUT 44
OK ATDT4
CONNECT

De enige fout waar ie op moet afbreken is de CAI NETWORK ERROR, dan brandt het network lampje op de modem ook.

De verbinding openhouden kun je doen met iedere 15 minuten ofzo een ping naar buiten, of een mailcheck ofzo.

[balk]

het gaat hier om zo''n casema kabel modem aan je com poort (extern grijs kastje van deltacom oid)

[Verwijderd]

je kan in je config-file (weet niet meer welke) eea aanpassen. D''r staat dan iets van
ABORT NO CARRIER ABORT LINE ERROR ABORT blabla

dan moet je ABORT NO CARRIER weghalen
Dat had ik iig met''t probleem dat-ie afbreekt bij NO CARRIER. Die is''r uiteraard niet want het is geen modem

[balk]

Ik heb de files uit die casema-Howto gebruikt en daar was die CARIER al weg gehaald (jammer dat dat het niet is..... )

[Verwijderd]

dang!
sowwy can''t help you then :]

[Verwijderd]

Bij jouw doet het tenminsten nog wat
Bij mij krijg ik Casema (Wanadoo) al helemaal niet aan de praat
Ik heb al tientallen howto''s geprobeerd, maar lukt niet!!

[Verwijderd]

test

[balk]

Apr 12 08:39:22 server pppd[259]: pppd 2.3.11 started by root, uid 0
Apr 12 08:39:24 server chat[267]: abort on (BUSY)
Apr 12 08:39:24 server chat[267]: abort on (NO CARRIER)
Apr 12 08:39:24 server chat[267]: abort on (VOICE)
Apr 12 08:39:24 server chat[267]: abort on (NO DIALTONE)
Apr 12 08:39:24 server chat[267]: abort on (NO DIAL TONE)
Apr 12 08:39:24 server chat[267]: abort on (NO ANSWER)
Apr 12 08:39:24 server chat[267]: send (ATZ^M)
Apr 12 08:39:24 server chat[267]: expect (OK)

Wat doen die ''abort on (..)'' regels hierin?

Wat is dat /etc/ppp/peers/casema.cat bestandje?

Het rare is dat ik als een sessie is beeindigd ik de server ook echt uit moet zetten en het modem moet resetten.:?

[sjips mode] post was te lang, en ik maar denken dat topic brak was.[/sjips mode]

[bbrother]

*zucht*

1e casema dns: 195.96.96.97
2e casema dns: 195.96.96.33

je hebt het precies andersom staan, oftewel ge logt in met l/p op de dns server van casema, niet op de sun4000 (inbel server)

Zelf zit ik hier ook met een kutsema modem onder redhat 6.2 en alles werkt prima, tot de zomer. dan lekkah @home

[Verwijderd]

lol bbrother heeft geen idee waar-ie''t over heeft
ignore zijn post maar

[Verwijderd]

probeer het eens met dit chat script, ik gebruik dat zelf al meer als een jaar naar volle tevredenheid:

ABORT ''CAI NETWORK ERROR''
TIMEOUT 44
"" +++ATZ
TIMEOUT 44
OK ATDT4
CONNECT

Let op , er staat boven de ATZ regel ook een timeout, anders gaat het wel eens mis als je wordt gedisconnect. Dan is de modem nog niet gedisconnect terwijl pppd alweer probeert te verbinden. Met die extra timeout wacht hij op het correct openen can de poort.

[balk]

Op donderdag 12 april 2001 11:47 schreef Deleon het volgende:
lol bbrother heeft geen idee waar-ie''t over heeft
ignore zijn post maar

Ik weet het, ik had gewoon de primaire en sec dnsserver omgewisseld. Staan nu wel goed

Op donderdag 12 april 2001 22:26 schreef Operations het volgende:
probeer het eens met dit chat script, ik gebruik dat zelf al meer als een jaar naar volle tevredenheid:
[..]

Let op , er staat boven de ATZ regel ook een timeout, anders gaat het wel eens mis als je wordt gedisconnect. Dan is de modem nog niet gedisconnect terwijl pppd alweer probeert te verbinden. Met die extra timeout wacht hij op het correct openen can de poort.

Ik had in mijn charscript die abort on no carrier ge-comment en toch bleef hij er op hangen. Nu heb ik in /etc/chatscripts het eea veranderd. Nu geen tijd om te gaan testen, maar bedankt voor de reakties! (Maandag zal ik wel weer wat gaan proberen...:))