Jump to content

daking

Members
  • Gesamte Inhalte

    595
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von daking

  1. Hola,

     

    ist dein DHCP Server im gleichen Netz wie die WLAN Clients oder in einem seperaten Server Netz. Wenn dieser in einem anderen Netz liegt, musst du an der Routinginstanz einen Relay Agent (ip helper) für beide Netze einrichten. Kannst du den DHCP Server mit statisch vergebener Adresse pingen ?

    Wenn du einen Sniffer hast kannst du überprüfen, ob u auf dein DHCP Discover vom DHCP Server ein DHCP Offer bekommst. Wenn du diesen pingen kannst und dieser in einem anderen Netzwerk ist, liegst am Relay Agent.

    Ist die Scope aktiv?

     

     

    Ciao

  2. Hola,

     

    du kannst das via HSRP lösen, da sollte das tracking bei älteren IOS Ver funktionieren.

    einfach den VPN router als aktiven HSRP Router definieren und das interface überwachen.

    Geht das Interface runter (bei der VPN Verbindung kann es sein, dass das interface nicht runter geht sondern nur die crypto Verbindung => tunnel interface) sinkt die HSRP Prio und der ISDN Router wird das aktive def Gateway => ISDN Backup

     

    !

    int fa0/0

    standby 1 ip x.x.x.x

    standby 1 priority x

    standby 1 timers 1 3

    standby 1 track tunnel 0 < decrement value>

    !

     

    Ciao

     

    Thomas

  3. Hola,

     

    bandwidth => CBWFQ (class based weighted fair)

    priority => LLQ (strict priority Queue) => no drops no delay

     

     

    !

    class VoIP

    match rtp

    match ip dscp ef

    !

    class Mgmt

    match telnet

    match ...

    !

    policy-map site_QOS

    class VoIP

    priority percent 15

    class Mgmt

    bandwidth percent 15

    class class-default

    fair-queue

    !

    int ser 0/0

    service-policy output site_QOS

  4. Hola Orko,

     

    sorry for the delay. Die Ausgabe oben zeigt einen Port der auf Half Duplex steht. Ist das so gewollt?

     

    ==> vor den tests: clear counters / clear log

    - Kannst du deine Topo mal in eine zeichnung packen?

    - hast du den schlechten Durchsatz auch mit 10/full 100/Full mit folgender Config:

    !

    interface GigabitEthernet3/0/x

    switchport host

    switchport nonnegotiate

    switchport access vlan xx

    speed 100 /10 /1000

    duplex full

    ! ==> musst die PCs auch fest einstellen

    - was sagt show log

    - was meinst du mit switches hinter VoIP Phones?

    - du hast keinerlei probleme mit voip?

    - wie lang sind deine Kablel (gehe davon aus, dass unter 100m) ?

    - was sagt show post

    - du hast die probleme nur am switch 3?

    switch2 zu switch3?

    switch2 zu switch2?

    - nach dem test mit der config von oben: hast du das problem auch , wenn der switch 3 nicht mehr gestackt ist?

    P.S. auch mal vtp domain name setzten

     

    Ciao

  5. Hola,

     

    mach mal einen clear counters (uptime= 24 weeks, 3 days, 18 hours, 21 minutes) und beobachte welche counter rauf zählen (besonders Late collisions und spt changes).

    checke das stacking wie im TR Guide beschrieben.

     

    SW Update is nicht aufwendig, benötigst jedoch einen CCO Account, um die SW herunterzuladen. Falls du keinen hast solltest du die Firma ansprechen, die keinen Support bietet.....

     

    was hängt an interface GigabitEthernet1/0/2?

    hängen hinter den Telefonen PCs?

     

    Ciao

  6. Hola,

     

    1. Late Collisions

     

    Gi3/0/8 => auto stellt sich auf a-half a-100 ein => ist half duplex gewollt?

    Gi3/0/9 => auto auf 1000/full => gegenseite sollte hier half duplex sein!

     

     

    2. CPU Probleme => 100 prozent

     

    schaut wie ein SW Problem aus da der Terminal/Konsole Task auf 100 % geht.

    check mal auf den anderen Switches die Load:

     

    remote command all show proc cpu

    remote command all show controllers cpu-interf

     

    => spt checken (sh spanning-tree detail | inc chan)

    => mac address learning checken (sh mac-add dyn)

    => vielleicht hat auch einer der Stacks ein Problem => aussschliessen durch abschalten (falls möglich)

     

    Ciao

  7. Hola,

     

    wenn du Probleme zwischen den (denke ich) gestackten Switches hast, scheint das stacking probleme zu machen. Das Delay Problem beim konfigurieren deutet auf eine hohe CPU Last, die bei diesem Switchtyp das Packet Forwarding nicht beeinträchtigen sollte. Nur SPT und andere Protokolle di über die CPU müssen machen dann Probleme. Hast du das Delay Problem auch via console?

     

    Poste mal

     

    sh proc cpu | exc 0.00%

    sh interf counters errors => vom GigabitPort der Server

    sh interf status => Gigabit port

    sh version

     

    Ciao

    P.S. pdf ist leider zu gross..

  8. Hola scooby,

     

    willkommen im club!

     

    prio 2 case ist offen..

    V2 Phones

    1.08 s/w

    WEP und LEAP (verschiedene sites)

    ios: 12.2(15)Xr2

     

    bluethooth teilweise..

    => lasse mir eingehen, dass es durch solche störungen kurze abbrüche gibt (paradebeispiel channel lost bei stahltür). bei einem beacon intervall von 100ms sollte jedoch eine Gesprächsunterbrechung von 5s nicht passieren. vielleicht können wir uns gegenseitig updaten. => cisco steht mit dem rücken zur wand!

     

    gruss

  9. Hola,

     

     

    0 - was steht im log / switch schon rebootet?

     

    1. an den ports fehler mit "show controllers ethernet-con fas oder gig" checken (welche fehler was läuft falsch)

     

    2. duplex einstellungen checken (sh int / sh int status)

     

    3. welche host sind top talkers / welche ports generieren am meisten traffic?

     

    4. gibt es drops in buffer bereichen (show buffers)

     

    5. output drops auf interfaces ( sh int fa/gi x/y)

     

    6. cam table checken (lernt der switch die mac richtig / zu viele macs) => sh mac-addr stat / det

     

    7. spt changes => was gibt "show sanningtree detail | inc chan" aus?

     

     

     

     

    - Welche Switches hast du im Einsatz

    - Welche topo ist im Einsatz

     

     

    Ciao

  10. Hola,

     

    eine "IP-Telefonzentrale" ist eine IP fähige TK anlage, d.h. eine TK Anlage die via SIP, H323,SCCP, UAUDP usw signalisieren kann. Du brauchst nicht unbedingt einen CCM aufsetzten, kannst auf Linux auch einen asterisk Server aufsetzen. Diese Freeware PBX kann SCCP, H323, SIP usw. => du kannst auch Cisco Telefone anmelden. Wenn du diese Möglichkeit nicht hast, kannst du auch auf den Routern (falls die SW das erlaubt) ein (oder auch zwei für zwei Firmen) H323 Gatekeeper konfigurieren und dann via Softphone telefonieren.

     

    Ciao

  11. Hola,

     

    das schlechte an den APs ist, dass du nur einen IP unter dem BVI 1 setzen kannst (d.h. du kannst die IP nur in der Bridge Group 1 setzen). so sollte das klappen (=so klappst):

     

    interface Dot11Radio0.10

    encapsulation dot1Q 10

    no ip route-cache

    bridge-group 10

    bridge-group 10 subscriber-loop-control

    bridge-group 10 block-unknown-source

    no bridge-group 10 source-learning

    no bridge-group 10 unicast-flooding

    bridge-group 10 spanning-disabled

    !

    interface FastEthernet0.10

    encapsulation dot1Q 10

    no ip route-cache

    bridge-group 10

    no bridge-group 10 source-learning

    bridge-group 10 spanning-disabled

    !

    interface FastEthernet0.250

    description --> Management VLAN

    encapsulation dot1Q 250 native

    no ip route-cache

    bridge-group 1

    no bridge-group 1 source-learning

    bridge-group 1 spanning-disabled

    !

    interface FastEthernet0

    no ip address

    no ip route-cache

    duplex auto

    speed auto

    !

    interface BVI1

    ip address 192.168.178.15 255.255.255.0

    no ip route-cache

    !

    snmp-server trap-source BVI1

    !

     

    am Switch auch auf dem Trunk nach oben VLAN 250 als native Vlan definieren..

    BridgeGroup 3 habe ich auf 10 geändert; dann passts zum Vlan

     

    Ciao

  12. Hola,

     

    zum Testen noch eine kleine Anmerkung:

     

    Troubleshooting Dial-Peer Configurations

    When troubleshooting dial-peers in a voice over IP (VoIP) environment, you can use the call simulate command to simulate calling to a dial-peer's destination pattern (csim start number). This command enables you to verify that your dial-peer is configured properly, that there are no hardware problems, and that you are reaching the destination you want (provided that a ringing device is connected to the called port). For example:

    Router#csim start number <number>

    where <number> is the destination pattern of the dial-peer you are testing.

     

     

    Ciao

×
×
  • Neu erstellen...