matthias_m 10 Geschrieben 2. September 2005 Melden Teilen Geschrieben 2. September 2005 Hallo! Ich habe einen Cisco 803 ISDN Router, der derzeit fest eine bestimmte nummer wählt, und sich dann verbindet. Jetzt soll das ding aber automatisch wenn ich aus einem 192.168.60.x netz komme nach nummer x wählen, und wenn ich mich aus einem netz 192.168.70.x einwähle dann soll die Rufnummer Y gewählt werden. Kann mir da jemand einen Tip geben? Also im Cisco Config maker scheint sowas nicht vorgesehen zu sein. Gruß Matthias Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 2. September 2005 Melden Teilen Geschrieben 2. September 2005 Hi, ja policy based routing mit zeitbasierenden access-listen... gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 2. September 2005 Autor Melden Teilen Geschrieben 2. September 2005 danke!! kannst du mir da weitere Infos geben? Im moment kann ich dem Router nur eine IP geben, aber in de´m Fall müsste er ja in 2 netzen sein, sonst kann man ihn ja nicht ansprechen. gruß Matthias Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 5. September 2005 Melden Teilen Geschrieben 5. September 2005 Hi, erstmal kannst du dem router, wenn er in zwei netzen sein soll, eine secondary ip addresse geben, aber vielleicht kannst du mal ein kleines bildchen malen oder es noch ein bißchen besser beschreiben, wie du dir das vorstellst, welches netz der router über welche rufnummer erreichen soll... sind die zielnetze denn gleich, obwohl unterschiedliche rufnummern gewählt werden? die momentane config würde ich mir auch gern mal ansehen, vielleicht kannst du sie mal ohne passwörter und rufnummern posten... gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 5. September 2005 Autor Melden Teilen Geschrieben 5. September 2005 Hi, ich habe einen 803 router, der derzeit eine Verbindung via PC Anywhere auf einen Server macht. (Fernwartung) Jetzt kommt ein weiterer Server an noch einem weiteren Standort hinzu, also muß ich für diesen Standort eine andere Nummer wählen. Damit das automatisch passiert ( das er weiß welche Nummer er wählen muß ), hat mein Kollege sich gedacht, das wenn eine Anfrage aus Netz A kommt, wird Nummer A gewählt, und wenn eine Anfrage aus Netz B kommt, dann wählt er Nummer B, so dass ich von Netz B aus, über PC Anywhere auf den Server zugreifen kann. Der 803 hat zwar mehrere Ethernet Ports, aber nur eine echte Ethernet Schnittstelle, und somit nur eine IP. Mit dem Cisco Config Maker ist sowas glaube ich nicht zu machen. Ich habe gerade meinen CCNA Test gemacht, und keine weitere praktische Erfahrung gesammelt (aber es fängt jetzt an). Ich weiß nicht mal wie ich dem Router ne 2. IP geben kann. Wenn du irgendwelche Anleitungen diesbezüglich hast, wäre ich dir dankbar! Denn sowas, geschweige denn überhaupt ISDN Router, kamen in diesem CCNA nicht vor. Danke dir! Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 5. September 2005 Melden Teilen Geschrieben 5. September 2005 Hi, aber dieser weitere Server hat doch eine andere IP!, so dass ich einfach nur einen zweiten dialer anlegen würde (du routest über die verschiedenen dialer hosts, da können die server sogar im gleichen zielnetz sein), zwei oder mehr IPs kannst du dem router geben, indem du nach der normalen Ip adresse + maske noch das wort secondary angibst. gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 5. September 2005 Autor Melden Teilen Geschrieben 5. September 2005 Danke für die Info! Ich habe das mit dem Kolegen nochmal besprochen, und wir machen das mit dem zeiten Dialer, bin mal gespannt ob das klappt, Danke dir! Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 5. September 2005 Melden Teilen Geschrieben 5. September 2005 Hallo, beachte nur, dass das nicht mit ner rotary group funktioniert, da wird nur ein ! dialer unterstützt, du brauchst einen dialer pool..., dann kannst du soviel dialer anlegen, wie das ios unterstützt, bzw. bis der speicher voll ist. wenns probleme gibt, meld dich nochmal Gruss Rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 7. September 2005 Autor Melden Teilen Geschrieben 7. September 2005 ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname server a ! enable secret 5 test ! username server a password 0 test ! ip subnet-zero ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 description LAN test ip address 194.162.63.176 255.255.255.0 no ip directed-broadcast ! interface BRI0 no ip address no ip directed-broadcast encapsulation ppp dialer pool-member 1 dialer pool-member 2 isdn switch-type basic-net3 ppp authentication chap ! interface Dialer100 description server a ip address 10.2.227.78 255.255.255.252 no ip directed-broadcast encapsulation ppp dialer remote-name server a dialer idle-timeout 60 dialer string 0012345 dialer caller 12345 dialer pool 1 dialer-group 1 ppp authentication chap ppp chap hostname server a ! interface Dialer200 description nach server b ip address 192.168.221.1 255.255.255.0 ip directed-broadcast encapsulation ppp no ip split-horizon dialer remote-name server b dialer idle-timeout 60 dialer string 123 dialer caller 123 dialer pool 2 dialer-group 1 no cdp enable ppp authentication chap ppp chap hostname server b ! no ip http server ip classless ip route 0.0.0.0 0.0.0.0 10.2.227.77 ip route 192.168.50.0 255.255.255.0 192.168.221.2 ! dialer-list 1 protocol ip permit route-map exit permit 10 ! ! line con 0 transport input none stopbits 1 line vty 0 4 password test login ! end ------------------ Das ist die Config wie es im moment ist, die Verbindung zu Server a kann aufgebaut werden, aber wenn ich nach server b möchte geht nix. Ich bin da echt am verzweifeln! Wenn ich die routen änder, so dass alle zum Dialer 100 gehen, dann werden die ISDN Kanäle belegt, wenn ich sie zum Dialer 200 schicke, dann versucht er nicht mal zu wählen, und der Kanal wird nicht mal für eine Sekunde belegt. Was habe ich falsch gemacht? Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 7. September 2005 Melden Teilen Geschrieben 7. September 2005 Hi, sieht doch nicht sooo schlecht uas, mich wundert halt das dialer remote name und ppp chap hostname gleich sind (Problem!)... mach mal nen debug dialer packets, isdn q931 und ppp authentication an und ping mal den server zum dialer 200, gib mal die ips von beiden servern durch. gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 7. September 2005 Autor Melden Teilen Geschrieben 7. September 2005 interface Dialer100 description server a ip address 10.2.227.78 255.255.255.252 no ip directed-broadcast encapsulation ppp dialer remote-name server a dialer idle-timeout 60 dialer string 0012345 dialer caller 12345 dialer pool 1 dialer-group 1 ppp authentication chap ppp chap hostname hostname router ! interface Dialer200 description nach server b ip address 192.168.221.1 255.255.255.0 ip directed-broadcast encapsulation ppp no ip split-horizon dialer remote-name server b dialer idle-timeout 60 dialer string 123 dialer caller 123 dialer pool 2 dialer-group 1 no cdp enable ppp authentication chap ppp chap hostname hostname router ----------- Danke, ich hatte mich beim umkopieren nur vertan, denn die namen sind ähnlich gewesen. als ppp chap name ist bei beiden Dialern der name des Routers eingetragen. Der dialer 200 remote name trägt den namen des 2. routers. Die IP Adresse des anderen Routers lautet 192.168.221.2 255.255.255.0 Deine anderen Ausführungen konnte ich leider nicht folgen. Gruß Matthias Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 7. September 2005 Melden Teilen Geschrieben 7. September 2005 du solltest einfach mal dieses debugging anschalten, danach terminal monitoring im enable mode und den output posten, dann brauch ich noch beide IP Adressen der server... gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 8. September 2005 Autor Melden Teilen Geschrieben 8. September 2005 04:16:26: %SYS-5-CONFIG_I: Configured from console by vty0 (194.172.63.50) Server A# 04:16:35: BRI0 DDR: rotor dialout [priority] 04:16:36: BRI0 DDR: Dialing cause ip (s=194.172.63.50, d=192.168.150.95) 04:16:36: BRI0 DDR: Attempting to dial 00123 04:16:154620229208: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 69 changed to up 04:16:206158471168: BRI0: wait for isdn carrier timeout, call id=0x800F 04:16:214748364800: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 69 change d to down 04:16:51: BRI0 DDR: rotor dialout [priority] 04:16:51: BRI0 DDR: Dialing cause ip (s=194.172.63.50, d=192.168.150.95) 04:16:51: BRI0 DDR: Attempting to dial 00123 04:16:52: BRI0: wait for isdn carrier timeout, call id=0x8010 das ist die IP des Server B 192.168.150.95 Server a sind mehrere da dort meherer Server stehen, aber das funktioniert ja auch. (PC Anywhere) Scheint für mich ein Problem mit dem ISDN zu sein. Die Lampen für den Kanal gehen nicht mal an, gebe ich aber die Rufnumer vom Dialer 100 ein, dann wählt er zumindest. Aber selbst wenn ich ihm eine fiktive nummer gebe, muß er Sie doch zumindest wählen, oder nicht ? Muß man Nummern erst irgendwo freigeben? Zitieren Link zu diesem Kommentar
rob_67 10 Geschrieben 8. September 2005 Melden Teilen Geschrieben 8. September 2005 Moin, freigeben musst du nicht extra, schalt mal ein debug isdn q931 und ein ppp authentication mit dazu beim debuggen, so kann ich erstmal nicht viel erkennen... gruss rob Zitieren Link zu diesem Kommentar
matthias_m 10 Geschrieben 8. September 2005 Autor Melden Teilen Geschrieben 8. September 2005 #ping 192.168.150.95 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 192.168.150.95, timeout is 2 seconds: 1d02h: BRI0 DDR: rotor dialout [priority] 1d02h: BRI0 DDR: Dialing cause ip (s=192.168.221.1, d=192.168.150.95) 1d02h: BRI0 DDR: Attempting to dial 123 1d02h: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 69 changed to up. 1d02h: ISDN BR0: TX -> SETUP pd = 8 callref = 0x2A 1d02h: Bearer Capability i = 0x8890 1d02h: Channel ID i = 0x83 1d02h: Called Party Number i = 0x80, '123' 1d02h: ISDN BR0: RX <- RELEASE pd = 8 callref = 0xAA 1d02h: Cause i = 0x8190 - Normal call clearing 1d02h: ISDN BR0: TX -> RELEASE_COMP pd = 8 callref = 0x2A. 1d02h: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 69 changed to down 1d02h: BRI0: wait for isdn carrier timeout, call id=0x8034. 1d02h: BRI0 DDR: rotor dialout [priority] 1d02h: BRI0 DDR: Dialing cause ip (s=192.168.221.1, d=192.168.150.95) 1d02h: BRI0 DDR: Attempting to dial 123 1d02h: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 69 changed to up 1d02h: ISDN BR0: TX -> SETUP pd = 8 callref = 0x2B 1d02h: Bearer Capability i = 0x8890 1d02h: Channel ID i = 0x83 1d02h: Called Party Number i = 0x80, '123' 1d02h: ISDN BR0: RX <- RELEASE pd = 8 callref = 0xAB 1d02h: Cause i = 0x8190 - Normal call clearing 1d02h: ISDN BR0: TX -> RELEASE_COMP pd = 8 callref = 0x2B. 1d02h: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 69 changed to down. Success rate is 0 percent (0/5) 1d02h: BRI0: wait for isdn carrier timeout, call id=0x8035 Das sind die neuen Meldungen. Es lag tatsächlich ein Fehler beim ISDN vor, aber dennoch geht es nicht. Ich nehme an das die gegenstelle noch nicht richtig funktioniert. Da steht ein weitere Cisco Router der den Anruf entgegennehmen soll, und das tut er scheinbar nicht. Auffällig ist auch wieder das die Kanalleuchte am Router nícht leuchtet. Hier ist die des zweiten Routers, ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime no service password-encryption ! hostname server b ! enable password adasdsad ! username Cisco4000 password asdasdasdsad ip subnet-zero ! no ip domain-lookup isdn switch-type basic-net3 ! ! ! interface Ethernet0 description connected server b ip address 192.168.150.150 255.255.255.0 no ip directed-broadcast ! interface Virtual-Template1 ip address 194.172.50.40 255.255.255.0 no ip directed-broadcast ! interface BRI0 description connected to routername no ip address no ip directed-broadcast ppp authentication chap encapsulation ppp dialer rotary-group 1 isdn switch-type basic-net3 no cdp enable ! interface Dialer1 description connected to routername des wählers ip address 192.168.221.2 255.255.255.0 no ip directed-broadcast encapsulation ppp no ip split-horizon dialer remote-name routername des wählers dialer idle-timeout 60 dialer map snapshot 1 name routername broadcast dialer-group 1 dialer pool 1 no cdp enable ppp authentication chap ! router rip version 2 network 192.168.150.0 network 192.168.222.0 no auto-summary ! ip classless ! ip route 192.168.150.0 255.255.255.0 192.168.150.150 dialer-list 1 protocol ip permit ! line con 0 exec-timeout 0 0 password 7 sdfsdfsdf login transport input none stopbits 1 line vty 0 4 password 7 dsafsadfD login ! end Danke dir!! Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.