hivo 10 Geschrieben 27. Juli 2004 Melden Teilen Geschrieben 27. Juli 2004 hallo boardgemeinde, ich hab ein kleines problem mit meinen 803ern. diese laufen soweit perfekt, bis auf den kleinen schoenheitsfehler, dass se nach einer undefinierten laufzeit keine lust mehr haben angerufen zu werden bzw wegzurufen. ein reload behebt das problem zwar, dennoch is das ja keine dauerloesung. bin mit meinem latein mittlerweile am ende =( hier mal die config: Using 1902 out of 8061 bytes ! version 12.0 no service pad service timestamps debug uptime service timestamps log uptime service password-encryption ! hostname blabla ! logging buffered 8192 debugging no logging console enable secret 5 blabla ! username blabla password 7 blabla username blabla password 7 blabla ! ip subnet-zero no ip source-route ! isdn switch-type basic-net3 ! ! ! interface Ethernet0 ip address x.x.x.x x.x.x.x ip access-group 121 in no ip directed-broadcast no ip proxy-arp ! interface BRI0 no ip address no ip directed-broadcast encapsulation ppp dialer pool-member 1 isdn switch-type basic-net3 ppp authentication chap pap callin ppp multilink ! interface Dialer0 no ip address no ip directed-broadcast no cdp enable ! interface Dialer1 description RCN ip unnumbered Ethernet0 ip access-group 121 in no ip directed-broadcast no ip proxy-arp encapsulation ppp no ip split-horizon dialer remote-name blabla dialer idle-timeout 300 dialer string 00xxxxx904 class dialclass dialer hold-queue 10 dialer load-threshold 10 either dialer pool 1 dialer-group 1 pulse-time 0 ppp authentication chap pap callin ppp chap hostname blabla ppp chap password 7 blabla ppp pap sent-username blabla password 7 blabla ppp multilink ! ip default-gateway x.x.x.x no ip http server ip classless ip route x.x.x.x x.x.x.x Dialer1 ! ! map-class dialer DialClass dialer-list 1 protocol ip permit ! line con 0 exec-timeout 120 0 transport input none stopbits 1 line vty 0 4 exec-timeout 0 0 login local ! time-range TIME periodic daily 0:00 to 23:59 ! end der router wurde von mir vor jahren so konfiguriert und eigentlich wurde ausser ab un zu mal ne kleinigkeit nichts geaendert. laueft ja soweit auch gut, nur dass er hin und wieder einfach nicht waehlen mag, bzw die gegenstelle (config, wenn ihr braucht, kann ich posten) sich nicht anrufen lassen will =/ hoffe ihr seid schlauer als ich +g* gruesse markus Zitieren Link zu diesem Kommentar
scooby 10 Geschrieben 27. Juli 2004 Melden Teilen Geschrieben 27. Juli 2004 hmm... wenn das Problem ist kann es vielleicht sein, das es die leitung ist oder der router ein defekt hat. an der konfig wird es nicht liegen wenn du nicht irgendetwas verändert hast. (Router getauscht auf einer Seite etc.) frag mal ein sh interface bri0 ab und schaue mal ob da irgendwelche fehler drauf sind. Zitieren Link zu diesem Kommentar
tom12 10 Geschrieben 2. August 2004 Melden Teilen Geschrieben 2. August 2004 Hi, dies sind die tollsten Probleme; es geht die längste Zeit und dann von einem Tag auf den anderen gibt es Probleme.... Soviel ich kapiert habe, können beide Router den anruf generieren. Versuch mal nur einen Router den Anruf auslösen zu lassen. Viell. versucht ja der Router den anderen anzuwählen während dieser andere ebenfalls den Anruf startet. Sobald das Problem wieder auftritt, mach ein debug dialer um zu sehen ob DDR klappt. Versuch auch ein Debug isdn. Dein IOS ist schon etwas älter...nimm mal eine neuere Version. Ich hab solch ein Prob beim testen der Huawei Router bemerkt. Dort verschwindet die default-Route in der Routingtabelle. Mach also mal ein sh ip route wenn das Problem wieder auftritt Grüsse Thomas Zitieren Link zu diesem Kommentar
hivo 10 Geschrieben 3. August 2004 Autor Melden Teilen Geschrieben 3. August 2004 hallo, danke fuer den tip. werde mal n update des IOS versuchen. das mit der wahlgeschichte ist bereits so wie du vorschlaegst: es waehlt immer nur eine seite um nicht beiden teilnehmenern telefongebuehren aufzuerlegen. ;) gruesse hivo Zitieren Link zu diesem Kommentar
hivo 10 Geschrieben 4. August 2004 Autor Melden Teilen Geschrieben 4. August 2004 so hier ist ez mal der debug isdn des routers auf meiner seite. an den auf der entfernten komm ich ja so einfach nicht ran wenn er nicht waehlen mag ;g) in dem debuglog steht ein "incompatible destination" drin als grund fuer einen disconnect, kann das aber nicht so ganz deuten. vielleicht koennt ihr ja mehr mit anfangen. die router sind wie gesagt beide gleich mit nichtmehr ganz aktueller IOS version aber zumindest haben beide router die gleiche ver *g* 5d20h: ISDN BR0: Outgoing call id = 0x804E, dsl 0 5d20h: ISDN BR0: Event: Call to 00833392389904 at 64 Kb/s 5d20h: ISDN BR0: process_bri_call(): call id 0x804E, called_number 0083339238990 4, speed 64, call type DATA 5d20h: CC_CHAN_GetIdleChanbri: dsl 0 5d20h: Found idle channel B1 5d20h: ISDN BR0: TX -> INFOc sapi = 0 tei = 64 ns = 32 nr = 56 i = 0x08014E 0504028890180183700F803030383333333932333839393034 5d20h: SETUP pd = 8 callref = 0x4E 5d20h: Bearer Capability i = 0x8890 5d20h: Channel ID i = 0x83 5d20h: Called Party Number i = 0x80, '00833392389904' 5d20h: ISDN BR0: RX <- RRr sapi = 0 tei = 64 nr = 33 5d20h: ISDN BR0: RX <- INFOc sapi = 0 tei = 64 ns = 56 nr = 33 i = 0x0801CE 0D180189 5d20h: SETUP_ACK pd = 8 callref = 0xCE 5d20h: Channel ID i = 0x89 5d20h: ISDN BR0: TX -> RRr sapi = 0 tei = 64 nr = 57 5d20h: ISDN BR0: received HOST_INFORMATION call_id 0x804E 5d20h: ISDN Event: dsl 0 call_id 0x804E B channel assigned by switch 0 ISDN BR0: RX <- INFOc sapi = 0 tei = 64 ns = 57 nr = 33 i = 0x0801CE0218018 91E028188 5d20h: CALL_PROC pd = 8 callref = 0xCE 5d20h: Channel ID i = 0x89 5d20h: Progress Ind i = 0x8188 - In-band info or appropriate now availab le 5d20h: ISDN BR0: TX -> RRr sapi = 0 tei = 64 nr = 58 5d20h: ISDN BR0: received HOST_PROCEEDING call_id 0x804E 5d20h: ISDN BR0: TX -> RRp sapi = 0 tei = 64 nr = 58 5d20h: ISDN BR0: RX <- RRf sapi = 0 tei = 64 nr = 33 5d20h: ISDN BR0: RX <- INFOc sapi = 0 tei = 64 ns = 58 nr = 33 i = 0x0801CE 45080280D8 5d20h: DISCONNECT pd = 8 callref = 0xCE 5d20h: Cause i = 0x80D8 - Incompatible destination 5d20h: ISDN BR0: TX -> RRr sapi = 0 tei = 64 nr = 59 5d20h: ISDN BR0: received HOST_DISCONNECT call_id 0x804E 5d20h: ISDN BR0: Event: Call to 00833392389904 was hung up. 5d20h: ISDN BR0: process_disc_ack(): call id 0x804E, ces 1, call type DATA 5d20h: ISDN BR0: TX -> INFOc sapi = 0 tei = 64 ns = 33 nr = 59 i = 0x08014E 4D080380E408 5d20h: RELEASE pd = 8 callref = 0x4E 5d20h: Cause i = 0x80E408 - Invalid IE contents 5d20h: ISDN BR0: RX <- RRr sapi = 0 tei = 64 nr = 34 5d20h: ISDN BR0: RX <- INFOc sapi = 0 tei = 64 ns = 59 nr = 34 i = 0x0801CE 5A080280D8 5d20h: RELEASE_COMP pd = 8 callref = 0xCE 5d20h: Cause i = 0x80D8 - Incompatible destination 5d20h: ISDN BR0: TX -> RRr sapi = 0 tei = 64 nr = 60 5d20h: ISDN BR0: received HOST_DISCONNECT_ACK call_id 0x288B888 5d20h: ISDN BR0: HOST_DISCONNECT_ACK: call type is DATA 5d20h: ISDN BR0: Outgoing call id = 0x804F, dsl 0 5d20h: ISDN BR0: Event: Call to 00833392389904 at 64 Kb/s 5d20h: ISDN BR0: process_bri_call(): call id 0x804F, called_number 0083339238990 4, speed 64, call type DATA 5d20h: CC_CHAN_GetIdleChanbri: dsl 0 5d20h: Found idle channel B1 5d20h: ISDN BR0: TX -> INFOc sapi = 0 tei = 64 ns = 34 nr = 60 i = 0x08014F 0504028890180183700F803030383333333932333839393034 5d20h: SETUP pd = 8 callref = 0x4F 5d20h: Bearer Capability i = 0x8890 5d20h: Channel ID i = 0x83 5d20h: Called Party Number i = 0x80, '00833392389904' 5d20h: ISDN BR0: RX <- RRr sapi = 0 tei = 64 nr = 35 5d20h: ISDN BR0: RX <- INFOc sapi = 0 tei = 64 ns = 60 nr = 35 i = 0x0801CF 0D180189........... an so on.... danke schonmal markus =) Zitieren Link zu diesem Kommentar
tom12 10 Geschrieben 4. August 2004 Melden Teilen Geschrieben 4. August 2004 Hi, hier findest du eine Beschreibung deiner Fehlermeldun: http://www.cisco.com/en/US/products/hw/routers/ps380/products_configuration_guide_chapter09186a008007c975.html Thomas Zitieren Link zu diesem Kommentar
hivo 10 Geschrieben 5. August 2004 Autor Melden Teilen Geschrieben 5. August 2004 danke =) der link is ja echt super *g* 88 0058 Incompatible destination. Indicates that an attempt was made to connect to non-ISDN equipment, such as an analog line. interessant. nur komisch das er ja nach dem reboot die leitung fuer geeignet haelt. is ja auch n schoener S0. ich versteh die welt nichtmehr. 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.