Fragen zum Debugging+Dialer

[xymos 10]

Hi Leuts,

 

 

Habe ein kleines Problem seit meiner Umstellung auf DSL mit 16Mbit.

Vor dem Urlaub lief alles, jetzt ist alles etwas "buggy"

 

Mit DSL 6000 hatte ich immer eine "saubere" Trennung nach 24h -- da ist jetzt nur noch selten so :mad:

 

Hier meine aktuelle Dialer Config

 

interface Dialer1

description connected to WAN

bandwidth xxxx

ip address negotiated

no ip redirects

no ip unreachables

no ip proxy-arp

ip mtu 1492

ip nat outside

ip inspect IDS-SYSTEM in

ip audit IDS-SYSTEM in

encapsulation ppp

ip route-cache flow

ip tcp adjust-mss 1452

no ip mroute-cache

dialer pool 1

dialer idle-timeout 0 -------?

dialer persistent -------?

dialer-group 1

fair-queue

no cdp enable

ppp chap hostname xxxxxx

ppp chap password xxxxxx

ppp ipcp dns request

 

------

 

Nun meine Frage, um Dauerhaft verbunden zu sein, stimmen dann die Einträge im Dialer?

 

Wenn zwischenzeitlich die Leitung mal schon nach 15 Stunden unterbrochen war, dann konnte ich ohne Probleme mit "clear vpdn tunnel pppoe" den Break wieder an der Stelle setzen, wo ich ihn gernen habe - nämlich auf 21.00 Uhr.

 

Kann man das automatisieren ?

 

Heute ging das wieder schief. Nach der Eingabe von "clear vpdn tunnel pppoe" wählte er sich nicht mehr wie früher ein, sondern die büchse "kackte" Komplett ab.

Ein Ping kam erst nach 6034ms zurück "

Auf die Telnet Konsole kam ich gar nicht mehr...:o

 

Wie kann ich die neu entstandenen Verbindungen "deguggen" ??

 

Hätte gerne eine Log, wan der Break war - und wann er sich wieder eingewählt hat.

 

bzw wie lasse ich sie mit anzeigen ?

 

via degub ? kann man ja einiges Probieren :cool:

 

Danke und Gruß

 

_xymos.

 

P.S

 

 

Habe leider keinen CCO Zugang, kann mir einer sagen welches Build der Nachfolger vom c2600-ik9o3s3-mz.123-18.bin ist ?

Das kann ich leider nicht nutzen, da dort meine Fritzbox nicht mehr mit funktioniert.

Daher nutze ich noch immer c2600-ik9o3s3-mz.123-12.bin

[Wordo 11]

Bei sowas denk ich immer an Splittertausch, von 6 auf 16 gibts immer wieder mal Probleme mit alten Splittern. Latest im 12.3 ist 12.3.21, sprich 21 statt 18. Ich glaub die Einwahl bekommste mit "debug dialer", aber eher geraten als gewusst :)

 

Die Eintraege im Dialer aendern sich nicht, wenn dann auf dem ATM (sofern eingebaut).

[xymos 10]

@Wordo

 

 

Danke Dir :)

 

aber wie lese ich denn die debugs aus ?

 

thx

 

-xymos.

[onedread 10]

hi

 

in der console kannst des machen weiss nicht ob du das auf eine telnet session auch weitergeben kannst aber aufjedenfall solltest es auf der console sehn.

 

und ansonstn mit dem befehl terminal monitor

 

ciao onedread

[Wordo 11]

und ansonstn mit dem befehl terminal monitor

 

So laeufts ueber Telnet/SSH ...

[xymos 10]

thx - funzt ! :D

 

jezt mal noch eine frage im anschluss - woführ ich keinen neuen thread aufmachen möchte.

 

ist es möglich auf dem cisco auch den traffic zu loggen ? ( up/down)

 

THX

 

-xymos.

[Wordo 11]

Zu loggen? Du meinst den kompletten Traffic oder den Zugang zum Router?

Mit Netflow geht das recht gut, allerdings ziemlich maechtig fuer "mal schnell aufgesetzt".

Oder du aktivierst auf dem Interface ip accounting und rufst das regemaessig mit "sh ip accouting" ab. Dafuer gibts auch diverse Scripte. Achja .. und wenns nur im den Durchsatz geht kannst es auch mit SNMP machen. ;)

[xymos 10]

@wordo

 

Also eigentlich möchte ich nichts weiter, als das der Router den aufkommenden "traffic" auswertet - sprich ich sehe wieviel GB up/down über unsere Leitung gegangen sind.

Habe auf der Cisco Seite irgendwie nicht das richtige gefunden.

Einen Syslog Server könnte ich aufsetzen, da sowieso ein Server ständig mitläuft.

Kenne nur keine Syntax die den Traffic vom Router übermittelt.

Nenne mir einfach mal nen Ansatz, dann google ich mal zu dem Thema :cool:

 

 

Einer ne Idee, ob das ein Transparenter Proxy wie z.B Squid kann ?

 

thx

 

_xymos.

[Wordo 11]

Einer ne Idee, ob das ein Transparenter Proxy wie z.B Squid kann ?

 

Heisst du hast ne Linux? Dann aktiviere mal SNMP auf der Cisco und mach nen snmpwalk drauf. Ich kenn die OID nicht, aber da wird der Traffic mit accountet

[xymos 10]

hi,

 

nö ist ne FreeBSD büchse :D sollte aber auch damit funzen.

 

Kennst Du ne Möglichkeit das ganze in eine MySQL DB leiten zu lassen ?

Hätte nämlich gerne ne Tages/Monats Auswertung.

 

Wie würde das mit " Netflow " funzen ? bzw was ist der Vorteil ?

 

Das sieht ganz gut aus:

 

Sawmill: Cisco NetFlow Log Format Analysis; Cisco NetFlow Statistics Analyzer; Cisco NetFlow Logging File Reporting

 

_xymos.

[mturba 10]

Wie wär's denn mit MRTG?

 

MRTG - Tobi Oetiker's MRTG - The Multi Router Traffic Grapher

 

Oder Cacti?

 

Cacti: The Complete RRDTool-based Graphing Solution

[Wordo 11]

Bei Netflow wuerd ich pmacct nehmen, ist ziemlich umfangreich. Aber da musste wirklich frickeln :D

[xymos 10]

@mturba

 

Danke Dir für die Links :)

Wenn ich mal Zeit habe, dann werde ich mal nen bissek was frickeln...

 

Habe eben mal die schnelle das hier probert:

 

Paessler | Bandwidth management software - monitor and manage bandwidth with PRTG.

 

Leider nur für Bloody Windows - aber es ROCKT . fettes Tool

 

@Wordo

 

was spricht für Netflow ? Habe ich viele Vorteile gegenüber SNMP ?

 

THX und Gruß

 

_xymos.

[Wordo 11]

SNMP und Netflow sind komplett verschieden. Bei SNMP hast du nen Counter der staendig steigt und du dir damit die Auslastung berechnen kannst und immer weisst wie viel Traffic drueberlaeuft. Bei Netflow siehst du SRC und DST, Ports, Protokolle, von wo nach wo, du kannst nach Netzen und sonst allem aggregieren, das alles noch mit RRD graphisch darstellen und und und. Wenn du wirklich nur Traffic brauchst, nimm SNMP.

[xymos 10]

klingt interessant,

 

 

haste vielleicht nen paar Links zu dem Thema ? :)

 

Oder gibt es soagr nen schnelle Syntax die Netflow looging aktivert und an einen Syslog Server sendet - bzw das File auf den Server sendet.

Denn so könnte ich das ganze mit Sawmill - Universal log file analysis and reporting auswerten.

 

THX

 

_xymos.