Routen klappt nur ein wenig

[Stadt-Tiger 10]

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

[rob_67 10]

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

[Stadt-Tiger 10]

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

[Stadt-Tiger 10]

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

[rob_67 10]

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!!!

[Stadt-Tiger 10]

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.

[Stadt-Tiger 10]

Noch als Anmerkung:

 

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

[rob_67 10]

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)

[Stadt-Tiger 10]

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

[Stadt-Tiger 10]

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

[rob_67 10]

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

[Stadt-Tiger 10]

Hallo Rob,

 

im Moment habe ich eine Fehlermeldung, dass der B-Kanal nicht zur Verfügung steht...

IOS ist die Version 12.3

 

Liebe Grüße

[rob_67 10]

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

[Stadt-Tiger 10]

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

[rob_67 10]

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