deepc

Vielen Dank für die schnelle Antwort Hat funktioniert, die Bindung des VLANs an das Interface hatte ich wohl bisher vergessen.

Hallo, ich möchte zwei unterschiedliche Netze an 2 unterschiedlichen Ethernetports an eienm Cisco 876 anschließen. Bis jetzt hängt am Port 1 unsere Firewall. Die Konfiguration ist wie folgt: interface BRI0 no ip address ip flow ingress encapsulation hdlc shutdown ! interface ATM0 no ip address ip flow ingress no atm ilmi-keepalive dsl operating-mode adsl2+ ! interface ATM0.1 point-to-point description $ES_WAN$$FW_OUTSIDE$ ip flow ingress pvc 1/32 pppoe-client dial-pool-number 1 ! ! interface FastEthernet0 ! interface FastEthernet1 ! interface FastEthernet2 ! interface FastEthernet3 ! interface Vlan1 description $ETH-SW-LAUNCH$$INTF-INFO-HWIC 4ESW$$ES_LAN$$FW_INSIDE$ ip address 227.243.145.62 255.255.255.248 ip access-group 1 in ip flow ingress ip nat inside ip virtual-reassembly ip tcp adjust-mss 1412 ! interface Dialer0 ip address 227.86.154.142 255.255.255.254 ip mtu 1452 ip flow ingress ip nat outside ip virtual-reassembly encapsulation ppp dialer pool 1 dialer-group 1 no cdp enable ppp authentication chap callin ppp chap hostname xxxxxx ppp chap password xxxxxx ! ip forward-protocol nd ip route 0.0.0.0 0.0.0.0 Dialer0 ip route 10.199.0.0 255.255.0.0 217.243.193.60 ip http server ip http access-class 23 ip http authentication local ip http secure-server ip http timeout-policy idle 60 life 86400 requests 10000 ! ip nat inside source list 1 interface Dialer0 overload ! logging trap debugging access-list 1 remark INSIDE_IF=Vlan1 access-list 1 remark SDM_ACL Category=3 access-list 1 permit 217.243.193.56 0.0.0.7 access-list 1 permit 10.199.0.0 0.0.3.255 access-list 1 permit 10.199.140.0 0.0.0.255 access-list 60 permit 10.199.0.250 access-list 60 permit 217.243.193.60 access-list 60 permit 10.199.0.0 0.0.3.255 dialer-list 1 protocol ip permit Hier hat VLAN1 die IP Adresse auf die die Firewall Routet. Mein Ziel ist jetzt ein anderes Netz mit internen IPs an den zweiten Netzwerkport zu hängen. Dafür müsste dieser eine IP aus dem Netz erhalten, z.B. 192.168.1.1 und soll den Zugriff über den selben Dialer ermöglichen wie der erste Netzwerkport. Leider bin ich mir nicht so ganz klar darüber, was ich alles verändern muss, um dieses Ziel zu erreichen. Kann mir da bitte jemand einen Tipp geben. Danke!

Kurze Info: Telekom hat die Leitung umgezogen und den Splitter getauscht. Seitdem keinen Abbruch mehr. Die Fehlermeldungen treten auch nur noch selten auf und der LOM ist weg.

So neue Erkenntnisse: Folgende Fehler treten auf: ATM0: AAL5 rx errors (status = 0C030000) atmsar_fastsend(ATM0): QUEUE_PER_VC enqueue fails!, vcd = 1

Tja habe mich leider zu früh gefreut. Das selbe Problem tritt seit gestern wieder auf. Verbindung scheint zu stehen, aber es gehen keine Daten mehr über die Leitung.

So Update ist seit Freitag Nacht eingespielt. Seitdem erst einmal keine Abbrüche mehr

Danke für die Info. Sowas hatte ich jetzt auch auf dem Radar und bin gerade dabei ein Update einzuspielen. Mal schauen ob es danach funktioniert Gruß und schönes Wochenende Felix

Nein, hat leider nichts gebracht. Ich habe gerade noch mal ein paar Pings abgesetzt. Was mir aufgefallen ist, bei jedem 3-4 Versuch ist die Success rate nur 80%

Ja. Ja das log habe ich heraus kopiert als es nicht ging. Also gerade jetzt :( Und wie gesagt, es geht eine Zeit lang, manchmal Tage und Wochen, und dann fällt es plötzlich aus? Diese Woche ist es besonders schlimm, bisher jeden Tag einen Ausfall. Aber Ping geht weiterhin, nur keine Websites!

Hallo zusammen, ich habe seit kurzem recht große Probleme mit dem 876 an einem T-Com Business Anschluss. Die Verbindung steht, es gehen icmp Pakete über die Leitung aber sobald man versucht eine Website aufzurufen, klappt das nicht. Nach einem Neustart geht wieder alles. Der Dialer sieht folgender maßen aus: interface Dialer0 ip address xx.xx.xx.xx 255.255.255.224 ip mtu 1452 ip nat outside ip virtual-reassembly encapsulation ppp ip route-cache flow dialer pool 1 dialer-group 1 no cdp enable ppp authentication chap callin ppp chap hostname bla@t- ppp chap password 7 xxxxxxxxxxxxx end interface ATM0 no ip address ip route-cache flow atm vc-per-vp 64 no atm ilmi-keepalive dsl operating-mode auto end interface ATM0.1 point-to-point pvc 1/32 pppoe-client dial-pool-number 1 ! end sh int di0: Dialer0 is up, line protocol is up (spoofing) Hardware is Unknown Internet address is xx.xx.xx.xx/27 MTU 1500 bytes, BW 56 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, loopback not set Keepalive set (10 sec) DTR is pulsed for 1 seconds on reset Interface is bound to Vi1 Last input never, output never, output hang never Last clearing of "show interface" counters 1d00h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: weighted fair Output queue: 0/1000/64/0 (size/max total/threshold/drops) Conversations 0/0/16 (active/max active/max total) Reserved Conversations 0/0 (allocated/max allocated) Available Bandwidth 42 kilobits/sec 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 4163370 packets input, 77210658 bytes 3263500 packets output, 348916567 bytes Bound to: Virtual-Access1 is up, line protocol is up Hardware is Virtual Access interface MTU 1500 bytes, BW 967 Kbit, DLY 20000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation PPP, LCP Open Open: IPCP PPPoE vaccess, cloned from Dialer0 Vaccess status 0x44, loopback not set Keepalive set (10 sec) Interface is bound to Di0 (Encapsulation PPP) Last input 00:00:07, output never, output hang never Last clearing of "show interface" counters 00:21:09 Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 157 packets input, 3074 bytes, 0 no buffer Received 0 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 158 packets output, 6320 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 output buffer failures, 0 output buffers swapped out 0 carrier transitions Hat jemand eine Idee woran das liegen kann? Danke, Felix

Hallo zusammen, ich habe einen Kunden mit nicht mehr all zu aktueller nicht Cisco ISDN Hardware zu dem ich eine Verbindung aufbauen muss. Vom Prinzip her: Anfrage auf dem D-Kanal nach Rückruf Rückruf entgegen nehmen per MS-Chap authentifizieren Ich habe bereits mehrere Verbindungen mit Rückruf, die laufen aber alle auf PPP callback Basis ab, diese hier leider nicht. Bisher habe ich auch noch keine Beschreibung gefunden, die mir weiter hilft. Hier erst mal meine aktuelle Konfig: interface Dialer10 description Verbindung Kunde bandwidth 64 ip address negotiated ip nat outside encapsulation ppp dialer pool 1 dialer remote-name Salt dialer idle-timeout 300 dialer enable-timeout 10 dialer wait-for-carrier-time 60 dialer string 0xKUNDEx dialer caller 0yICHy recall dialer hold-queue 50 dialer-group 10 no cdp enable ppp callback request ppp authentication ms-chap ppp chap hostname Username ppp chap password 0 xxxxxxx Das ganze ist schon, auf Grund verschiedener Versuchen, wohl nicht mehr ganz sinnvoll. Prinzipiell funktioniert die Anwahl zum Kunden: Dec 15 14:29:59.158: ISDN Se1/0:15 EVENT: UserIdle: callid 0x81B8 received ISDN_CALL (0x0) Dec 15 14:29:59.158: ISDN Se1/0:15 EVENT: process_pri_call: call id 0x81B8, number 0xKUNDEx, Guid 00300000FFFF, speed 64, call type DATA, redial No, CSM call No, pdata No Dec 15 14:29:59.198: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_SETUP_ACK Dec 15 14:30:00.470: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_PROCEEDING Dec 15 14:30:00.858: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_CONNECT Dec 15 14:30:00: %LINK-3-UPDOWN: Interface Serial1/0:30, changed state to up Dec 15 14:30:00: %DIALER-6-BIND: Interface Se1/0:30 bound to profile Di10 Dec 15 14:30:00: %ISDN-6-CONNECT: Interface Serial1/0:30 is now connected to 0xKUNDEx N/A Dec 15 14:30:00.874: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_PROGRESS Dec 15 14:30:02.210: ISDN Se1/0:15 EVENT: UserIdle: callid 0x81B8 received ISDN_HANGUP (0x1) Dec 15 14:30:02.210: ISDN Se1/0:15 EVENT: isdn_hangup: Hangup call to call id 0x81B8 ces = 1 Dec 15 14:30:02: %ISDN-6-DISCONNECT: Interface Serial1/0:30 disconnected from 0xKUNDEx , call lasted 1 seconds Dec 15 14:30:02.278: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_FACILITY_INVOKE Dec 15 14:30:02.278: ISDN Se1/0:15 EVENT: process_rxstate: ces/callid 1/0x81B8 calltype 1 CALL_CLEARED Dec 15 14:30:02: %LINK-3-UPDOWN: Interface Serial1/0:30, changed state to down Dec 15 14:30:02: %DIALER-6-UNBIND: Interface Se1/0:30 unbound from profile Di10 Aber es kommt kein Rückruf. Wahrscheinlich bin ich nur Blind und sehe den offensichtlichen Fehler nicht. Ich hoffe es kann mir hier jemand helfen. Vielen Dank schon mal im Voraus, F. Mueller