Konfiguration eines Cisco 1603 Routers
Hallo,
Ich habe da ein Problem.
Ich möchte zwei kleine Netzwerke mit einem Cisco 1603 und am anderen
Ende mit einer ISDN-Karte verbinden.
Den Cisco-Router habe ich von einem Bekannten bekommen.
Der Router ist schon längere Zeit im Regal gelegen und niemand wusste
Password und Sonstige Einstellungen.
Das Passwort habe ich zurückgesetz und die IP Adresse konnte ich auch vergeben,
So das der Router jetzt im Netzwerk mit einem Ping zu erreichen ist.
Den Router möchte ich jetzt so einrichten das er angewählt wird und dann zurückruft.
Weis jemand wie man das macht, oder wo bekomme ich ein Handbuch dazu her?
Ich möchte auch eine Kanalbündelung haben. Auf der Cisco-Seite habe ich nichts passendes
gefunden.
Geht das mit der ISDN-Karte übehaupt oder sollte ich mir noch einen Router dazu kaufen?
Gruß
Hemut
Ich habe da ein Problem.
Ich möchte zwei kleine Netzwerke mit einem Cisco 1603 und am anderen
Ende mit einer ISDN-Karte verbinden.
Den Cisco-Router habe ich von einem Bekannten bekommen.
Der Router ist schon längere Zeit im Regal gelegen und niemand wusste
Password und Sonstige Einstellungen.
Das Passwort habe ich zurückgesetz und die IP Adresse konnte ich auch vergeben,
So das der Router jetzt im Netzwerk mit einem Ping zu erreichen ist.
Den Router möchte ich jetzt so einrichten das er angewählt wird und dann zurückruft.
Weis jemand wie man das macht, oder wo bekomme ich ein Handbuch dazu her?
Ich möchte auch eine Kanalbündelung haben. Auf der Cisco-Seite habe ich nichts passendes
gefunden.
Geht das mit der ISDN-Karte übehaupt oder sollte ich mir noch einen Router dazu kaufen?
Gruß
Hemut
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 73249
Url: https://administrator.de/contentid/73249
Ausgedruckt am: 25.11.2024 um 15:11 Uhr
31 Kommentare
Neuester Kommentar
Ja, das funktioniert natürlich mit jeder beliebigen ISDN Karte in Windows, Linux oder Mac OS-X da ja das PPP Protokoll benutzt wird was überall ein Standard ist.
Siehe auch: Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Der Cisco hat dann auf dem ISDN Interface folgende Konfig:
Username und Passwort zur Verbindung konfigurierst du mit dem Kommando username xxx password yyy
Das bedingt dann eine statische Vergabe der IP Adressen auf dem ISDN Interface. Du kannste es aber auch so konfigureiren, das der Cisco automatisch die IP Adressen vergibt nach dem Dialin. Leider hast du zu diesen Details rein gar nichts geschrieben, so das man nur raten kann was du da möchtest.
Den Nummernstring "7654321" in dialer caller 7654321 callback musst du natürlich ersetzen mit der Nummer die er zurückrufen soll !!
Die Verbindung kannst du sehr einfach debuggen mit dem Kommando debug dialer packet oder debug ppp... falls Fehler auftauchen sollten. Wenn du per Telnet drin bist musst du term mon eingeben um die Debug Meldungen auf die Telnet Session zu bekommen, da si nur an der Konsole ausgegeben werden.
Unbedingt nachher wieder undebug all eingeben, damit der Router NICHT im Debug Modus verbleibt !!!
Hier sind weitere Cisco seiten die dir bei der Konfig helfen:
http://www.cisco.com/en/US/docs/ios/11_3/dial/configuration/guide/dccal ...
Siehe auch: Cisco 880, 890 und ISR Router Konfiguration mit xDSL, Kabel oder FTTH Anschluss plus VPN und IP-TV
Der Cisco hat dann auf dem ISDN Interface folgende Konfig:
interface Ethernet0
description Lokales Ethernet
ip address 192.168.1.254 255.255.255.0
!
interface BRI0
no ip address
encapsulation ppp
ppp authentication chap
dialer pool-member 1
isdn switch-type basic-net3
no cdp enable
!
interface Dialer1
description ISDN Waehlverbindung mit Callback
bandwidth 64
ip address 172.16.1.254 255.255.255.0
encapsulation ppp
dialer pool 1
dialer idle-timeout 118
dialer remote-name Serverdialin
dialer hold-queue 15
dialer-group 1
dialer caller 7654321 callback
no cdp enable
!
ip route <Zielnetz> <Zielmaske> dialer 1
dialer list 1 protocol ip permit
Username und Passwort zur Verbindung konfigurierst du mit dem Kommando username xxx password yyy
Das bedingt dann eine statische Vergabe der IP Adressen auf dem ISDN Interface. Du kannste es aber auch so konfigureiren, das der Cisco automatisch die IP Adressen vergibt nach dem Dialin. Leider hast du zu diesen Details rein gar nichts geschrieben, so das man nur raten kann was du da möchtest.
Den Nummernstring "7654321" in dialer caller 7654321 callback musst du natürlich ersetzen mit der Nummer die er zurückrufen soll !!
Die Verbindung kannst du sehr einfach debuggen mit dem Kommando debug dialer packet oder debug ppp... falls Fehler auftauchen sollten. Wenn du per Telnet drin bist musst du term mon eingeben um die Debug Meldungen auf die Telnet Session zu bekommen, da si nur an der Konsole ausgegeben werden.
Unbedingt nachher wieder undebug all eingeben, damit der Router NICHT im Debug Modus verbleibt !!!
Hier sind weitere Cisco seiten die dir bei der Konfig helfen:
http://www.cisco.com/en/US/docs/ios/11_3/dial/configuration/guide/dccal ...
Dann hast du schlicht und einfach vergessen deine Konfiguration zu sichern
Über die Konsole gehst du mit einem Terminalprogramm wie dem Windows Hyperterm oder Tera-Term an den Router mit den folgenden seriellen Schnittstellenparametern am COM Port des PC: 9600 Baud, keine Parity, 8 Bit, ein Stoppbit, keine Flusskontrolle !
(Wenn du eine IP Adresse am Ethernet Interface eingerichtet hast kannst du dann natürlich auch mit z.B. PUTTY oder dem Windows Telnet auf den Router zugreifen !)
dann gibst du ein ena und bekommst im Prompt ein #. Dann zum Konfigurieren gibst du ein conf t und bist im Konfig Modus. Nun wählst du deine Ethernet Schnittstelle an mit int eth 0 im Prompt erscheint jetzt ein if das sagt das du auf einer Interface Konfig bist.
Nun gibst du nacheinander ein (Beispiel):
descr Mein loakles Ethernet
(Ist eine kosmetische Beschreibung des Interfaces)
ip address 172.16.1.254 255.255.255.0
(Die IP Adresse des Interfaces)
Mit ctrl z kommst du da jetzt raus aus dem Konfig Modus und musst ganz wichtig deine Konfig sichern !!!
Das machst du mit dem Kommando wr !!! Damit schreibt der Router die Konfig dann in sein nicht flüchtiges Flash.
Nach dem Aus- und wieder Einschalten wirst du sehen mit show run das die Konfig immer noch da ist
Show run zeigt dir immer die Konfig des Routers die du dann ganz nocrmal als ASCII Datei sichern kannst. Sie kann immer per cut and paste auch an den Router im Konfig Modus gesendet werden und danach ist er dann konfiguriert.
Du arbeitest jetzt alle Zeilen der Konfig ab et voila... fertig ist der Router konfiguriert !
Und.... wr am Ende zum Sichern NICHT vergessen !!!
Über die Konsole gehst du mit einem Terminalprogramm wie dem Windows Hyperterm oder Tera-Term an den Router mit den folgenden seriellen Schnittstellenparametern am COM Port des PC: 9600 Baud, keine Parity, 8 Bit, ein Stoppbit, keine Flusskontrolle !
(Wenn du eine IP Adresse am Ethernet Interface eingerichtet hast kannst du dann natürlich auch mit z.B. PUTTY oder dem Windows Telnet auf den Router zugreifen !)
dann gibst du ein ena und bekommst im Prompt ein #. Dann zum Konfigurieren gibst du ein conf t und bist im Konfig Modus. Nun wählst du deine Ethernet Schnittstelle an mit int eth 0 im Prompt erscheint jetzt ein if das sagt das du auf einer Interface Konfig bist.
Nun gibst du nacheinander ein (Beispiel):
descr Mein loakles Ethernet
(Ist eine kosmetische Beschreibung des Interfaces)
ip address 172.16.1.254 255.255.255.0
(Die IP Adresse des Interfaces)
Mit ctrl z kommst du da jetzt raus aus dem Konfig Modus und musst ganz wichtig deine Konfig sichern !!!
Das machst du mit dem Kommando wr !!! Damit schreibt der Router die Konfig dann in sein nicht flüchtiges Flash.
Nach dem Aus- und wieder Einschalten wirst du sehen mit show run das die Konfig immer noch da ist
Show run zeigt dir immer die Konfig des Routers die du dann ganz nocrmal als ASCII Datei sichern kannst. Sie kann immer per cut and paste auch an den Router im Konfig Modus gesendet werden und danach ist er dann konfiguriert.
Du arbeitest jetzt alle Zeilen der Konfig ab et voila... fertig ist der Router konfiguriert !
Und.... wr am Ende zum Sichern NICHT vergessen !!!
Nein, das darfst du niemals machen, denn du routest ja und das geht nur mit unterschiedlichen IP Netzwerk Adressen. Dein Cisco heisst ja Router und nicht Bridge....oder ?!
Dein Konzept ist also so richtig mit den 2 unterschiedlichen Netzen .1.x und .2.x !
Um das BRI0 und den Dialer zu konfigurieren tippst du einfach nur die Konfig ab....!
Wenn du im Konfig Modus bist gibst du ein:
ena <return>
conf term <return>
interface bri0 <return> (Im Prompt erscheint nun einconfig-ifund sagt dir das du auf Interface Level bist !)
isdn switch-type basic-net3 <return>
encapsulation ppp <return>
usw. usw.
Wenn du mal nicht weiter weisst kannst du immer die <TAB> Taste drücken, die dir die Kommandos komplettiert ein Drücken des "?" (Fragezeichen) zeigt dir alle Kommados an die der Router hier an der Stelle versteht.
Nach her immer "wr" nicht vergessen
Dein Konzept ist also so richtig mit den 2 unterschiedlichen Netzen .1.x und .2.x !
Um das BRI0 und den Dialer zu konfigurieren tippst du einfach nur die Konfig ab....!
Wenn du im Konfig Modus bist gibst du ein:
ena <return>
conf term <return>
interface bri0 <return> (Im Prompt erscheint nun einconfig-ifund sagt dir das du auf Interface Level bist !)
isdn switch-type basic-net3 <return>
encapsulation ppp <return>
usw. usw.
Wenn du mal nicht weiter weisst kannst du immer die <TAB> Taste drücken, die dir die Kommandos komplettiert ein Drücken des "?" (Fragezeichen) zeigt dir alle Kommados an die der Router hier an der Stelle versteht.
Nach her immer "wr" nicht vergessen
Mmmmhhh, das muss eigentlich gehen, denn die Dialer Nummer 1 korrespondiert zum Pool den du auf dem BRI Interface einrichtest. Du musst also eingeben:
conf t
int bri 0
dialer pool-member 1
Das dialer vor dem Kommando pool-member 1 darfst du natürtlich NICHT vergessen. Ansonsten kannst du mal eingeben dialer ? und dann sagt der Router dir was er denn noch für weitergehende Kommandos mach dem dialer... kennt. (Das Leerzeichen nach dialer nicht vergessen bevor du das Fragezeichen eingibst !)
Es ist möglich das er das Kommando nicht kennt wenn du eine sehr alte IOS Version (Firmware) auf dem Router hast. Welche Version das ist kannst du mit dem Kommando show ver dir ansehen und hier ggf. mal posten.
Dann muss man deine Konfig etwas umstellen und die Daten direkt auf dem BRI Interface konfigurieren...
Wie das dann auf dem BRI geht kannst du detailiert HIER nachlesen !
Deine Routing Konfig ist so genau richtig. Eine 0 im Hostteil bezeichnet immer das Netzwerk !
Wenn nur dieser PC/Server sich einwählen soll zum Datenaustausch kannst du die Route aber vergessen ! Sie ist dann nicht notwendig !
Notwendig ist sie nur wenn hinter diesem sich einwählenden PC am Ethernet z.B. noch ein Netz ist und Rechner aus diesem Netz ebenfalls erreichbar sein sollen.
conf t
int bri 0
dialer pool-member 1
Das dialer vor dem Kommando pool-member 1 darfst du natürtlich NICHT vergessen. Ansonsten kannst du mal eingeben dialer ? und dann sagt der Router dir was er denn noch für weitergehende Kommandos mach dem dialer... kennt. (Das Leerzeichen nach dialer nicht vergessen bevor du das Fragezeichen eingibst !)
Es ist möglich das er das Kommando nicht kennt wenn du eine sehr alte IOS Version (Firmware) auf dem Router hast. Welche Version das ist kannst du mit dem Kommando show ver dir ansehen und hier ggf. mal posten.
Dann muss man deine Konfig etwas umstellen und die Daten direkt auf dem BRI Interface konfigurieren...
Wie das dann auf dem BRI geht kannst du detailiert HIER nachlesen !
Deine Routing Konfig ist so genau richtig. Eine 0 im Hostteil bezeichnet immer das Netzwerk !
Wenn nur dieser PC/Server sich einwählen soll zum Datenaustausch kannst du die Route aber vergessen ! Sie ist dann nicht notwendig !
Notwendig ist sie nur wenn hinter diesem sich einwählenden PC am Ethernet z.B. noch ein Netz ist und Rechner aus diesem Netz ebenfalls erreichbar sein sollen.
Nein, das musst du nicht. Ausserdem benötigst du dafür ein Zugang zur Cisco Software Datenbank die du wahrscheinlich so oder so nicht hast, oder ??
Was sagt der Kommando Parser denn wenn du mal im Konfig Modus unter dem BRI Interface wie oben beschrieben ein dialer ? ein gibst ??? also so:
conf t
int bri 0
dialer ?
Kennt er dann das pool.. Kommando oder nicht ..bzw. taucht das dann in der Auswahlliste auf ???
Was sagt der Kommando Parser denn wenn du mal im Konfig Modus unter dem BRI Interface wie oben beschrieben ein dialer ? ein gibst ??? also so:
conf t
int bri 0
dialer ?
Kennt er dann das pool.. Kommando oder nicht ..bzw. taucht das dann in der Auswahlliste auf ???
OK, dann hast du eine zu alte IOS Firmware die das Kommando nicht supportet. Keine Panik, dann setzt du einfach alles direkt auf dem BRI Interface auf !
Deine Konfig sieht dann so aus:
interface bri 0
description ISDN Waehlverbindung mit Callback
ip address 172.16.1.254 255.255.255.0
isdn switch-type basic-net3
encapsulation ppp
isdn caller 7654321 callback
dialer enable-timeout 2
dialer map ip 172.16.1.1 name dialin 7654321
dialer-group 1
dialer idle-timeout 118
dialer hold-queue 15
ppp authentication chap
no cdp enable
Deinem einwählenden Server vergibst du dann statisch die IP 172.16.1.1 und die Nummer 7654321 musst du natürlich ändern in die Nummer mit der sich der rechner einwählt, die zurückgerufen werden soll !
Deine Konfig sieht dann so aus:
interface bri 0
description ISDN Waehlverbindung mit Callback
ip address 172.16.1.254 255.255.255.0
isdn switch-type basic-net3
encapsulation ppp
isdn caller 7654321 callback
dialer enable-timeout 2
dialer map ip 172.16.1.1 name dialin 7654321
dialer-group 1
dialer idle-timeout 118
dialer hold-queue 15
ppp authentication chap
no cdp enable
Deinem einwählenden Server vergibst du dann statisch die IP 172.16.1.1 und die Nummer 7654321 musst du natürlich ändern in die Nummer mit der sich der rechner einwählt, die zurückgerufen werden soll !
....Muß ich jetzt die Konfiguration mit dem/
Nein, das musst du dann nicht mehr ! Mit no int dialer 1 kannst du den aus der Konfig entfernen !
ip Route <Zielnetz><Zielmaske> Dialer1
Musst du nur konfigurieren wenn sich hinter diesem einwählenden rechner noch Netze befinden. Wenn das ein einzelner Rechner ist der sich nur einwählt ist das nicht erforderlich und kann natürlich weggelassen werden !
...Kann ich an dem Router auch die Nebenstelle eingeben ...
Ja klar, natürlich geht das ! Voraussetzung ist natürlich das am Nebenstellen Anschluss EDSS1 als D-Kanal Protokoll gesprochen wird (Euro ISDN) und kein proprietäres Anlagenprotokoll !! Zweitens muss natürlich die Rufnummernübermittlung aktiviert sein hier, denn sonst kann der Router eingehende Rufnummern die er zurückrufen soll natürlich nicht erkennen !
Nein, das musst du dann nicht mehr ! Mit no int dialer 1 kannst du den aus der Konfig entfernen !
ip Route <Zielnetz><Zielmaske> Dialer1
Musst du nur konfigurieren wenn sich hinter diesem einwählenden rechner noch Netze befinden. Wenn das ein einzelner Rechner ist der sich nur einwählt ist das nicht erforderlich und kann natürlich weggelassen werden !
...Kann ich an dem Router auch die Nebenstelle eingeben ...
Ja klar, natürlich geht das ! Voraussetzung ist natürlich das am Nebenstellen Anschluss EDSS1 als D-Kanal Protokoll gesprochen wird (Euro ISDN) und kein proprietäres Anlagenprotokoll !! Zweitens muss natürlich die Rufnummernübermittlung aktiviert sein hier, denn sonst kann der Router eingehende Rufnummern die er zurückrufen soll natürlich nicht erkennen !
OK, das ist ganz einfach:
Du gibst einfach ein debug isdn q931 und debug isdn events ein, dann kannst du genau sehen was auf der ISDN Schnittstelle passiert. Wenn du den Router anrufst per Telefon oder so siehst du wie er die Rufnummer anzeigt usw.
Den Router kannst du selber rauswählen lassen indem du z.B. mal seinen Gegenpart unter 172.16.1.1 (Beispiel oben) anpingst mit ping 172.16.1.1 vom Router selber. Egal ob der da ist ober nicht wird der Router die ISDN Verbindung öffnen, was du dann an den Debug Outputs oben klar sehen kannst.
Um direkt das D-Kanal Protokoll zu sehen um zu checken um der Router die Anlage versteht kannst du eingeben debug isdn q921 dann siehst du die TEI Hello Packte im D-Kanal. Wenn di auchtauchen sehen der Router und die Anlage sich
Achtung: Unbedingt danach wieder mit undebug all das gesamte Debugging ausschalten, sonst kann es sein das der Router nicht mehr korrekt funktioniert !
Die Rufnummer, die der Router bei der Wahl nach draussen benutzt oder mitgibt kannst du mit dem Kommando isdn calling-number 1234567 im BRI Interface definieren.
Du gibst einfach ein debug isdn q931 und debug isdn events ein, dann kannst du genau sehen was auf der ISDN Schnittstelle passiert. Wenn du den Router anrufst per Telefon oder so siehst du wie er die Rufnummer anzeigt usw.
Den Router kannst du selber rauswählen lassen indem du z.B. mal seinen Gegenpart unter 172.16.1.1 (Beispiel oben) anpingst mit ping 172.16.1.1 vom Router selber. Egal ob der da ist ober nicht wird der Router die ISDN Verbindung öffnen, was du dann an den Debug Outputs oben klar sehen kannst.
Um direkt das D-Kanal Protokoll zu sehen um zu checken um der Router die Anlage versteht kannst du eingeben debug isdn q921 dann siehst du die TEI Hello Packte im D-Kanal. Wenn di auchtauchen sehen der Router und die Anlage sich
Achtung: Unbedingt danach wieder mit undebug all das gesamte Debugging ausschalten, sonst kann es sein das der Router nicht mehr korrekt funktioniert !
Die Rufnummer, die der Router bei der Wahl nach draussen benutzt oder mitgibt kannst du mit dem Kommando isdn calling-number 1234567 im BRI Interface definieren.
Rufnummernübermittlung kannst du nur in der Anlage freischalten ! Rückruf macht der Router nur bei einem Datencall, das ist klar !!!
Mit dem Telefonanruf kannst du lediglich testen ob der ISDN Anschluss sauber rennt. Da ein Telefonanruf die falsche Dienstekennung hat (Voice) bricht der Router sofort ab. Du siehst im Debugger aber den eingehenden Call mit Nummer und weisst wenigstens das dein ISDN sauber funktioniert am Cisco !
Du musst unbedingt klären ob der Nebenstellen Anschluss an dem der Router hängt als D-Kanal Protokoll auf Euro ISDN (EDSS1) geschaltet ist !!!
So gut wie alle Anlagen fahren ein herstellerproprietäres D-Kanal Protokoll mit dem der Cisco dann natürlich nichts anfangen kann !!! Das ist aber meist in der Anlage auch umschaltbar und muss unbedingt gemacht werden.
Wenn du dann den Router am ISDN hast und debug isdn q931 eingeschaltet hast (Achtung dafür musst du am Terminal direkt sein ! Bist du mit einer Telnet Session auf dem Router musst du unbedingt "term mon" eingeben um die debug Meldungen im Telnet zu sehen, denn die gehen sonst nur zur Konsole !!!) musst du Status Meldungen vom ISDN sehen auf dem Debug Schirm...
Siehst du nichts ist ggf. das ISDN D-Kanal Protokoll nicht aktiv ! Um das zu sehen musst du mal das interface checken mit sh int bri 0:0 und sh int bri 0:0 Beide müssen auf up/up(spoofing) sein. Ist eins auf down ist das D-Kanal Protokoll nicht aktiv.
debug isdn q921 zeigt dir das TEI Polling im ISDN, das MUSS zu sehen sein mit dem q921 Debug Kommando, ansonsten ist der Nebenstellen Anschluss nicht auf dem richtigen Protokoll in der Anlage konfiguriert !!!
Mit dem Telefonanruf kannst du lediglich testen ob der ISDN Anschluss sauber rennt. Da ein Telefonanruf die falsche Dienstekennung hat (Voice) bricht der Router sofort ab. Du siehst im Debugger aber den eingehenden Call mit Nummer und weisst wenigstens das dein ISDN sauber funktioniert am Cisco !
Du musst unbedingt klären ob der Nebenstellen Anschluss an dem der Router hängt als D-Kanal Protokoll auf Euro ISDN (EDSS1) geschaltet ist !!!
So gut wie alle Anlagen fahren ein herstellerproprietäres D-Kanal Protokoll mit dem der Cisco dann natürlich nichts anfangen kann !!! Das ist aber meist in der Anlage auch umschaltbar und muss unbedingt gemacht werden.
Wenn du dann den Router am ISDN hast und debug isdn q931 eingeschaltet hast (Achtung dafür musst du am Terminal direkt sein ! Bist du mit einer Telnet Session auf dem Router musst du unbedingt "term mon" eingeben um die debug Meldungen im Telnet zu sehen, denn die gehen sonst nur zur Konsole !!!) musst du Status Meldungen vom ISDN sehen auf dem Debug Schirm...
Siehst du nichts ist ggf. das ISDN D-Kanal Protokoll nicht aktiv ! Um das zu sehen musst du mal das interface checken mit sh int bri 0:0 und sh int bri 0:0 Beide müssen auf up/up(spoofing) sein. Ist eins auf down ist das D-Kanal Protokoll nicht aktiv.
debug isdn q921 zeigt dir das TEI Polling im ISDN, das MUSS zu sehen sein mit dem q921 Debug Kommando, ansonsten ist der Nebenstellen Anschluss nicht auf dem richtigen Protokoll in der Anlage konfiguriert !!!
Oha, administratively down bedeutet das es in der Konfig deaktiviert ist !!! Das siehst du auch wenn du mit sh run dir mal die Konfig ansiehst, dann steht da shutdown.
Das musst du natürlich unbedingt aktivieren, denn sonst geht gar nichts !!! Das ist so als ob das ISDN abgeschaltet ist !!!
Aktivieren geht mit:
conf t
int bri 0
no shut
<ctrl z>
wr
Damit ist das ISDN Interface dann scharf geschaltet und alles sollte funktionieren !
Das musst du natürlich unbedingt aktivieren, denn sonst geht gar nichts !!! Das ist so als ob das ISDN abgeschaltet ist !!!
Aktivieren geht mit:
conf t
int bri 0
no shut
<ctrl z>
wr
Damit ist das ISDN Interface dann scharf geschaltet und alles sollte funktionieren !
Dort muss der Parameter callback stehen sonst kannst du keinen Callback konfigurieren. Dieses Kommando MUSS eigentlich dort stehen !!
Was sagt denn ein isdn caller 987654321 ? In der Auswahl muss dort callback stehen. Ansonsten hast du ein zu altes IOS Firmware Image.
Wie du aber hier selber sehen kannst:
http://www.cisco.com/en/US/docs/ios/12_2/dial/command/reference/drfisl2 ...
gibt es die Funktion aber ab der Version 10.0 sollte also in jedem Falle auch auf deiner Maschine vorhanden sein !!!
Die Kanalbündelung funktioniert mit dem Kommando:
dialer load-threshold... auf dem BRI Interface
Die Syntax ist so:
dialer load-threshold load [outbound | inbound | either]
Die load gibst du mit einem Wert zwischen 1 und 255 an wobei 255 100% entspricht. Outbound bedeutet das das Zuschalten des 2ten Kanals nur passiert wenn die Last outbound (also ausgehend) den Wert erreicht hat. Bei inbound dann entsprechend eingehend und bei euther eben sowohl eingehend als auch ausgehend.
Den exakten Wert für die Load musst du je nach deinem Traffic mal durch probieren ermitteln.
Was sagt denn ein isdn caller 987654321 ? In der Auswahl muss dort callback stehen. Ansonsten hast du ein zu altes IOS Firmware Image.
Wie du aber hier selber sehen kannst:
http://www.cisco.com/en/US/docs/ios/12_2/dial/command/reference/drfisl2 ...
gibt es die Funktion aber ab der Version 10.0 sollte also in jedem Falle auch auf deiner Maschine vorhanden sein !!!
Die Kanalbündelung funktioniert mit dem Kommando:
dialer load-threshold... auf dem BRI Interface
Die Syntax ist so:
dialer load-threshold load [outbound | inbound | either]
Die load gibst du mit einem Wert zwischen 1 und 255 an wobei 255 100% entspricht. Outbound bedeutet das das Zuschalten des 2ten Kanals nur passiert wenn die Last outbound (also ausgehend) den Wert erreicht hat. Bei inbound dann entsprechend eingehend und bei euther eben sowohl eingehend als auch ausgehend.
Den exakten Wert für die Load musst du je nach deinem Traffic mal durch probieren ermitteln.
Ja das ist der ISDN caller Befehl !!
isdn caller <Rückrufnummer> callback sollte es sein. Was zeigt er dir denn an wenn du z.B. mal
isdn caller 12345 ? eingibst, dort müsste es laut Release Notes von oben ja den Callback Parameter geben !!
Wenigstens ist das Kommando dasjenige was den Callback auslöst...andere gibt es nicht, da deine etwas alte IOS Version ja scheinbar keine Dialler Profiles supportet.
Denk dran das das ein Interface spezifischer Befehl ist. Du musst also immer erst mit int bri 0 in die Interface Konfig springen...
isdn caller <Rückrufnummer> callback sollte es sein. Was zeigt er dir denn an wenn du z.B. mal
isdn caller 12345 ? eingibst, dort müsste es laut Release Notes von oben ja den Callback Parameter geben !!
Wenigstens ist das Kommando dasjenige was den Callback auslöst...andere gibt es nicht, da deine etwas alte IOS Version ja scheinbar keine Dialler Profiles supportet.
Denk dran das das ein Interface spezifischer Befehl ist. Du musst also immer erst mit int bri 0 in die Interface Konfig springen...
Sehr merkwürdig...deine IOS Firmware scheint das nicht zu supporten
Poste mal bitte ein show ver. Das scheint ja ein absolutes Banal IOS zu sein. Ggf. musst du das mal updaten auf eine neuere Version, die in dein Flash bzw. RAM passt und das Kommando supportet...
Es ist nur komisch, denn laut Release Notes sollte deine Version das unterstützen ???
Poste mal bitte ein show ver. Das scheint ja ein absolutes Banal IOS zu sein. Ggf. musst du das mal updaten auf eine neuere Version, die in dein Flash bzw. RAM passt und das Kommando supportet...
Es ist nur komisch, denn laut Release Notes sollte deine Version das unterstützen ???
Es sollte KEIN show run sondern ein show ver sein !!!
Es ist komisch, denn eigentlich sollte laut:
http://www.cisco.com/en/US/docs/ios/12_2/dial/command/reference/drfisl2 ...
wie oben bereits bemerkt, das Kommando in der 10.0 er Version drin sein. Es ist aber möglich, das es den 1600er dort noch gar nicht gab, was zu vermuten ist.
Dann gilt für dich minimum die IOS Version 11.2F damit das Kommando supportet ist.
Du musst also jemanden bitten der einen Cisco Online Account hat (Gastaccount geht nicht) dir diese IOS Firmware Version für den 1600er runterzuladen. In deine 4 MB Flash sollte es noch passen.
Das Update ist ganz einfach:
1.) TFTP Server auf einem PC starten mit z.B. PUMPKIN-TFTP
2.) Das Kommando lautet copy tftp flash <ip_addr_tftp_server> <datei_name>
Danach führst du einen Reload aus und das Callback Kommando sollte dann endlich verfügbar sein auf deinem 1600er
Es ist komisch, denn eigentlich sollte laut:
http://www.cisco.com/en/US/docs/ios/12_2/dial/command/reference/drfisl2 ...
wie oben bereits bemerkt, das Kommando in der 10.0 er Version drin sein. Es ist aber möglich, das es den 1600er dort noch gar nicht gab, was zu vermuten ist.
Dann gilt für dich minimum die IOS Version 11.2F damit das Kommando supportet ist.
Du musst also jemanden bitten der einen Cisco Online Account hat (Gastaccount geht nicht) dir diese IOS Firmware Version für den 1600er runterzuladen. In deine 4 MB Flash sollte es noch passen.
Das Update ist ganz einfach:
1.) TFTP Server auf einem PC starten mit z.B. PUMPKIN-TFTP
2.) Das Kommando lautet copy tftp flash <ip_addr_tftp_server> <datei_name>
Danach führst du einen Reload aus und das Callback Kommando sollte dann endlich verfügbar sein auf deinem 1600er