Jump to content

deepc

Members
 Profil anzeigen  Aktivitäten des Benutzers anzeigen

  • Gesamte Inhalte

    11

  • Registriert seit

  • Letzter Besuch

 Inhaltstyp 

Beiträge erstellt von deepc

  2. Zweiter Ethernetanschluss

    in Cisco Forum — Allgemein

    Geschrieben

    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!

  10. Cisco 876 - Verbindungsabbrüche trotz stehender Verbindung

    in Cisco Forum — Allgemein

    Geschrieben

    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

  11. Cisco 2811 ISDN Callback

    in Cisco Forum — Allgemein

    Geschrieben

    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:

    1. Anfrage auf dem D-Kanal nach Rückruf
    2. Rückruf entgegen nehmen
    3. 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

×
×
  • Neu erstellen...