Zum Inhalt wechseln


Foto

Routen klappt nur ein wenig


  • Bitte melde dich an um zu Antworten
56 Antworten in diesem Thema

#31 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 23. Mai 2005 - 10:31

Hallo Thomas,

die IP Route 0.0.0.0 usw. habe ich rausgenommen und Access-Lists und Dialer-Lists habe ich im Moment nur folgende: access-list 1 permit any; dialer-list 1 protocol ip permit. Die IP-Adresse erhalten die PCs vom Router.
Ich fahre gegen halb zwei zu der externen Stelle raus und werde dort alles durchgehen und debuggen, dann kann ich mehr sagen.

Liebe Grüße

#32 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 23. Mai 2005 - 11:00

Hallo Stadt Tiger,

würde folgendes vorschlagen, 2 dialer für jeden pc einen, dazu musst du aber die config ändern, beide dialer kommen in einen pool, auf den dialer kommt peer default ip address 192.168.1.12 (Zuweisen der IP vom PC), netzadresse 192.168.1.2 legst du auf ein loopbackinterface, du fährst auf den dialern ip unnumbered loopback x

du legst Hostrouten auf den jeweiligen dialer, die dialer maps werden durch einen dialer string ersetzt, ppp authentication ms-chap nicht vergessen ...



oder du legst in deiner config einen peer default ip address pool xxx an, dann kannst du pcs aber nicht willkürlich mit ips versehen oder die ips werden fest auf den pcs konfiguriert

#33 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 23. Mai 2005 - 13:27

Hallo, Fehlermeldung die erste....

May 23 13:55:14.402: ISDN BR1/0 **ERROR**: host_incoming_call: DIALER ERROR 0x1:
b channel 0, call id 0xD2
May 23 13:55:14.406: ISDN BR1/0 EVENT: process_rxstate: ces/callid 1/0xD2 callty
pe 1 HOST_DISCONNECT_ACK
May 23 13:55:14.410: ISDN BR1/0 Q931: TX -> RELEASE_COMP pd = 8 callref = 0xCD
Cause i = 0x8095 - Call rejected
May 23 13:55:14.919: ISDN BR1/2 EVENT: UserIdle: callid 0x805D received ISDN_CAL
L (0x0)
May 23 13:55:14.923: ISDN BR1/2 Q931: TX -> SETUP pd = 8 callref = 0x5D
Bearer Capability i = 0x8890
Standard = CCITT
Transfer Capability = Unrestricted Digital
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x83
Called Party Number i = 0x80, '123'
Plan:Unknown, Type:Unknown
May 23 13:55:15.179: ISDN BR1/2 Q931: RX <- SETUP_ACK pd = 8 callref = 0xDD
Channel ID i = 0x8A
May 23 13:55:15.183: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x805D call
type 1 HOST_INFORMATION
May 23 13:55:15.860: ISDN BR1/0 Q931: RX <- BAD PACKET()
May 23 13:55:16.197: ISDN BR1/2 Q931: RX <- CONNECT pd = 8 callref = 0xDD
Date/Time i = 0x0505170D37
May 23 13:55:16.201: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x805D call
type 1 HOST_CONNECT
May 23 13:55:16.201: %LINK-3-UPDOWN: Interface BRI1/2:2, changed state to up
May 23 13:55:16.205: %ISDN-6-CONNECT: Interface BRI1/2:2 is now connected to 123 N/A
May 23 13:55:16.205: ISDN BR1/2 Q931: TX -> CONNECT_ACK pd = 8 callref = 0x5D
May 23 13:55:16.209: BR1/2:2 PPP: Using dialer call direction
May 23 13:55:16.209: BR1/2:2 PPP: Treating connection as a callout
May 23 13:55:16.209: BR1/2:2 PPP: Authorization required
May 23 13:55:18.216: BR1/2:2 CHAP: O CHALLENGE id 5 len 28 from "Router"
May 23 13:55:18.236: BR1/2:2 CHAP: I RESPONSE id 5 len 32 from "Extern2"
May 23 13:55:18.240: BR1/2:2 PPP: Sent CHAP LOGIN Request
May 23 13:55:18.240: BR1/2:2 PPP: Received LOGIN Response PASS
May 23 13:55:18.244: BR1/2:2 PPP: Sent LCP AUTHOR Request
May 23 13:55:18.244: BR1/2:2 PPP: Sent IPCP AUTHOR Request
May 23 13:55:18.244: BR1/2:2 LCP: Received AAA AUTHOR Response PASS
May 23 13:55:18.244: BR1/2:2 IPCP: Received AAA AUTHOR Response PASS
May 23 13:55:18.244: BR1/2:2 CHAP: O SUCCESS id 5 len 4
May 23 13:55:18.248: BR1/2:2 PPP: Sent CDPCP AUTHOR Request
May 23 13:55:18.248: BR1/2:2 CDPCP: Received AAA AUTHOR Response PASS
May 23 13:55:18.260: BR1/2:2 PPP: Sent IPCP AUTHOR Request
May 23 13:55:19.250: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI1/2:2, c
hanged state to up
May 23 13:55:22.207: %ISDN-6-CONNECT: Interface BRI1/2:2 is now connected to 123 extern2
May 23 13:55:22.207: %ISDN-6-CONNECT: Interface BRI1/2:2 is now connected to 123 extern2sh isdn ac

#34 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 23. Mai 2005 - 13:31

Gateway of last resort is not set

192.0.0.0/8 is variably subnetted, 3 subnets, 3 masks
C 192.168.2.2/23 is directly connected, FastEthernet0/0
C 192.168.1.0/24 is directly connected, Dialer1
C 192.168.1.12/32 is directly connected, Dialer1

Interface User Mode Idle Peer Address
BR1/2:2 extern2 Sync PPP 00:00:00 PPP: 192.168.1.12

#35 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 23. Mai 2005 - 13:31

das sieht doch nicht schlecht aus! kannst du nochmal einen ping von router auf die 192.168.2.12 probieren? wieso überhaupt 2.12? deine zeichnung sagt .1.12!!!

#36 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 23. Mai 2005 - 14:50

Hallo Rob,

hab Zahlen vertauscht. Aber das ist auch sehr aufreibend mit dem Router.
Du findest, das sieht gut aus? Dann ist ja soweit gut.
Mir sind drei Sachen aufgefallen:
Einmal ein Error bei den Events.
May 23 13:55:14.402: ISDN BR1/0 **ERROR**: host_incoming_call: DIALER ERROR 0x1:
b channel 0, call id 0xD2
Einmal Bad Packet.
May 23 13:55:15.860: ISDN BR1/0 Q931: RX <- BAD PACKET()
Einmal der FastEthernet-Port, denn hier ist eine 2 und keine 0 wie beim Dialer.
C 192.168.2.2/23 is directly connected, FastEthernet0/0

Dann wollte ich noch fragen, was der Unterschied zwischen dem Dialer Caller und dem Dialer String ist. :)

Liebe Grüße

PS.: Bin gerade nach Feierabend bei der externen Stelle vorbeigefahren, wegen dem Ping auf 192.168.1.12. Das funktioniert nicht, es werden fünf Punkte beim Router gezeigt.

#37 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 23. Mai 2005 - 14:51

Noch als Anmerkung:

der Router hat dem Arbeitsplatzrechner die IP wirklich zugewiesen und in die Netzwerkkonfiguration eingetragen.

#38 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 24. Mai 2005 - 07:09

Guten Morgen,

warum die Fehler auftreten, weiß ich nicht, ich vermute mal, fehler im d-kanal (bad packet), denke das sollte dich nicht beunruhigen, da der router den ruf gesehen, der call rejected wurde und auch sofort callback gemacht wurde, was hast du den für ein ios auf dem router?

dialer string ist die zu wählende rufnummer

dialer caller ist die rufnummer, die der dialer zulässt bzw. in verbindung mit callback, die nummer, die der dialer zurückruft. Vom pc aus kannst du die 192.168.1.12 nur pingen, wenn die leitung steht, da du diese ip ja zugewiesen bekommst, d.h. du musst erst die dfü verbindung öffnen, damit die leitung steht (falls du das nicht schon getan hast)

Wenn du vom PC aus das andere netz erreichen willst, brauchst du noch nen routingeintrag, es wäre zu prüfen, ob der pc den router automatisch als default gateway übernimmt, wenn nicht, würde ich nen routingeintrag auf dem pc setzten, wenn die verbindung steht (nur in das andere 192.168.2.0 er bzw. .3er Netz)

#39 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 24. Mai 2005 - 15:27

Hallo Rob,

heute war ich den ganzen Tag in den externen Stellen und dort ist keine Internetanbindung.
Dann kann ich jetzt Dialer Caller und Dialer String unterscheiden. :)
Das Problem scheint gelöst zu sein nach langem Test und mir ist das ein klein wenig peinlich:
Ich sage nur Default Gateway. :( In dem war die Route für den neuen Router nicht eingetragen. Also genau das, was du zum Schluss noch meintest.
Das tut mir so leid, dass so viel Zeit da reingesteckt wurde und es ein ziemlich grober Fehler von mir war. Das hätte ich vorher schon sehen sollen...

An alle noch mal ein dickes D A N K E! Ich hoffe, ich kann euch irgendwann auch mal so gut helfen wie ihr mir. :)

Liebe Grüße

#40 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 24. Mai 2005 - 15:35

Hallo,

aber eins hätte ich bei dem Debug nochmal...
Die Einwahl samt Callback dauert zum Teil bis zu 2 Minuten. Im Debug der ISDN events steht immer wieder drin, dass die Verbindungsanfrage besteht und es wird sich mehrmals vom Router bei der externen Stelle eingewählt, bis eine Verbindung besteht. Ist das immer so oder nur bei meinem Router?

Liebe Grüße

#41 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 25. Mai 2005 - 06:22

Hallo Stadt Tiger,


bei uns dauert die einwahl mit callback in deutschland max. 20 sec, 2 minuten scheint mir auch relativ lang, aber vielleicht hängt das mit den fehlern zusammen, die der router angezeigt hat, schau doch mal, ob du auf dem bri0 bitfehler drauf hast, ansonsten wäre noch zu sagen, der router macht d-kanal callback und bei den 801ern ist das so eine Macke, dass sie alle beide kanaäle brauchen fürs callback, es gibt aber auch ios mässig unterschiede, es kann unter umständen passieren, dass der callback nicht funktioniert, wenn schon ein kanal belegt ist, dann wäre es besser, ppp callback zu konfigurieren und sag mir doch trotzdem mal bitte die ios version

#42 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 25. Mai 2005 - 07:27

Hallo Rob,

im Moment habe ich eine Fehlermeldung, dass der B-Kanal nicht zur Verfügung steht... :confused:
IOS ist die Version 12.3

Liebe Grüße

#43 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 25. Mai 2005 - 07:31

Hallo Stadt Tiger,


schick doch mal bitte ein debug isdn q931 und debug dialer events, die 12.3er iossen sind nicht unbedingt die allerbesten, ich bevorzuge ein stabil laufendes 12.1 er ios

#44 Stadt-Tiger

Stadt-Tiger

    Registered User

  • 134 Beiträge

 

Geschrieben 25. Mai 2005 - 08:35

Hallo Rob,

ISDN events sind:

*Mar 1 16:43:45.497: ISDN BR1/1 **ERROR**: host_incoming_call: DIALER ERROR 0x1
: b channel 0, call id 0x5F
*Mar 1 16:43:45.497: ISDN BR1/1 EVENT: process_rxstate: ces/callid 1/0x5F callt
ype 1 HOST_DISCONNECT_ACK
*Mar 1 16:43:45.990: ISDN BR1/2 EVENT: UserIdle: callid 0x8004 received ISDN_CA
LL (0x0)
*Mar 1 16:43:46.271: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x8004 cal
ltype 1 HOST_INFORMATION
*Mar 1 16:43:47.372: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x8004 cal
ltype 1 HOST_CONNECT
*Mar 1 16:43:47.372: %LINK-3-UPDOWN: Interface BRI1/2:2, changed state to up
*Mar 1 16:43:47.372: %ISDN-6-CONNECT: Interface BRI1/2:2 is now connected to 0123 N/A
*Mar 1 16:43:50.313: ISDN BR1/1 EVENT: process_rxstate: ces/callid 1/0x60 callt
ype 1 HOST_INCOMING_CALL
*Mar 1 16:43:50.317: ISDN BR1/1 **ERROR**: host_incoming_call: DIALER ERROR 0x1
: b channel 1, call id 0x60
*Mar 1 16:43:50.321: ISDN BR1/1 EVENT: process_rxstate: ces/callid 1/0x60 callt
ype 1 HOST_DISCONNECT_ACK
*Mar 1 16:43:53.174: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x8004 cal
ltype 1 HOST_DISCONNECT
*Mar 1 16:43:53.174: %ISDN-6-DISCONNECT: Interface BRI1/2:2 disconnected from
0123, call lasted 5 seconds
*Mar 1 16:43:53.178: %LINK-3-UPDOWN: Interface BRI1/2:2, changed state to down
*Mar 1 16:43:53.258: ISDN BR1/2 EVENT: process_rxstate: ces/callid 1/0x8004 cal
ltype 1 HOST_DISCONNECT_ACK
*Mar 1 16:43:55.137: ISDN BR1/0 EVENT: process_rxstate: ces/callid 1/0x61 callt
ype 1 HOST_INCOMING_CALL

#45 rob_67

rob_67

    Board Veteran

  • 955 Beiträge

 

Geschrieben 25. Mai 2005 - 08:40

hallo stadt tiger, dieser dialer error gefällt mir gar nicht, kannst du bitte nochmal ein debug dialer events dazunehmen?