Jump to content

daking

Members
  • Gesamte Inhalte

    595
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von daking

  1. Hola,

     

    dies sind die Ausgaben von debug q921 also layer2 meldungen. Schaut aus wie Keepalive zwischen Router (RRp) und Amt(switch->RRf). Layer2 sollte also OK sein (da du auch einen TEI von 106 bekommen hast = automatische Teivergabe durch Switch).

    Leider sieht man hier keine wahl. hast du unter den Debug mal eine Wahl abgesetzt?

    Dann sollten auch L3 Meldungen kommen (wenn du auch debug isdn q931 enabled hast!)

     

    poste mal den output von

     

    sh isdn status => layer 1/2/3 Status

    sh isdn hist => wird hier überhaupt gewählt

    sh isdn act => aktive Calls

    debug isdn q931 => Layer 2 Messages

    debug dialer => DDR Debug

    debug ppp auth => ist authentikation ok?

     

    wenn du einen call absetzt (ping)

     

    hier beispiele für den output:

     

    sh isdn status

    -----------------------------------------------------------------------------------

    804-isdn#show isdn status

    Global ISDN Switchtype = basic-ni

    ISDN BRI0 interface

    dsl 0, interface ISDN Switchtype = basic-ni

    Layer 1 Status:

    ACTIVE

    Layer 2 Status:

    TEI = 112, Ces = 1, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

    TEI = 65, Ces = 2, SAPI = 0, State = MULTIPLE_FRAME_ESTABLISHED

    Spid Status:

    TEI 112, ces = 1, state = 5(init)

    spid1 configured, spid1 sent, spid1 valid

    Endpoint ID Info: epsf = 0, usid = 0, tid = 1

    TEI 65, ces = 2, state = 6(not initialized)

    spid2 configured, spid2 sent, spid2 NOT valid

    --------------------------

    wenn Layer 2 ok dann muss unter dem Call für TEI 106 MULTIPLE_FRAME_ESTABLISHED stehen.

     

     

    debug isdn q931

    ---------------------------

    804-isdn#debug isdn q931

    *Mar 1 00:01:10.881: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0,

    TEI 112 changed to up

    *Mar 1 00:01:10.885: ISDN BR0: TX -> INFORMATION pd = 8 callref = (null)

    SPID Information i = ‘40857647400101’

    *Mar 1 00:01:10.925: ISDN BR0: RX <- INFORMATION pd = 8 callref = (null)

    ENDPOINT Ident i = 0x8081

    *Mar 1 00:01:10.933: ISDN BR0: Received EndPoint ID

    *Mar 1 00:01:10.953: ISDN BR0: RX <- INFORMATION pd = 8 callref = (null)

    Locking Shift to Codeset 5

    *Mar 1 00:01:10.957: Codeset 5 IE 0x2A i = 0x808001, ‘P’

    *Mar 1 00:01:10.985: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0,

    TEI 65 changed to up

    *Mar 1 00:01:10.989: ISDN BR0: TX -> INFORMATION pd = 8 callref = (null)

    SPID Information i = ‘40857647440101’

    *Mar 1 00:01:11.045: ISDN BR0: RX <- INFORMATION pd = 8 callref = (null)

    Cause i = 0x82E43A – Invalid IE contents

    *Mar 1 00:01:11.053: %ISDN-4-INVALID_SPID: Interface BR0, Spid2 was rejecte

    ---------------

    sh isdn active

    804-isdn#show isdn active

    ISDN ACTIVE CALLS

    --------------------------------------------------------------------------------

    Call Calling Called Remote Seconds Seconds Seconds Charges

    Type Number Number Name Used Left Idle Units/Currency

    --------------------------------------------------------------------------------

    Out +8007735555 gateway 64 - - 0

    Out +8007735555 gatewaay 31 - - 0

    804-isdn#

     

    ciao

  2. Hola,

     

    wenn mit debug dialer xx keine meldungen kommen muss das problem weiter unten liegen.

    also mal mit

    debug isdn q921

    debug isdn q931

    debug isdn events

    debug ppp auth

     

    geht das bri/dialer interface eigentlich auf up/up ?

    mit debug ppp auth kannst du sehen ob chap oder pap gefordert ist.

    kommen bei debug ppp auth keine meldungen liegt das problem bei isdn also tei/nst usw.

     

    sede mal die ausgaben der debugs.. dass man versteht was das problem ist...

     

    Ciao

  3. Hola,

     

    global:

    dialer-list 1 protocol ip permit

    ip nat inside source list 1 interface Dialer 1 overload

    access-list 1 permit 192.168.0.0 0.0.0.255

     

    unterm BRI

    dialer pool-member 1

    no isdn T310 4000

     

    unterm Dialer

    dialer pool 1

    no dialer in-band

     

    unterm ethernet

    ip nat inside

     

    hoffe hab nichts vergessen.

    dann sollte das funktionieren (wenn nicht mal mit debug dialer schauen).

     

    Ciao

  4. Hola,

     

    für PBR mit time based acls brauchst du minimum eine 12.0T (12.0(7)T3 c800-sy6-mw.12.0-7.T3 IP Plus..)

    die benötigt:

    4 mb dram

    8 mb flash

     

    Features:

    Address Resolution Protocol (ARP)

    Always On Dynamic ISDN (AO/DI)

    Bandwidth Allocation Control Protocol (BACP)

    CGMP - Cisco Group Management Protocol

    CLI String Search

    Called-Party-Number Port

    Challege Handshake Authentication Protocol (CHAP)

    Cisco Discovery Protocol (CDP)

    ClickStart

    Commented IP Access List Entries

    Compression Control Protocol

    Connection-Mode Network Service (CMNS)

    Custom Queueing (CQ)

    DHCP Proxy Client

    DHCP Relay Agent Support for Unnumbered Interfaces

    DHCP Server Options - Import and Autoconfiguration

    DHCP Server-Easy IP Phase 2

    Default Passive Interface

    Dial backup

    Dial-on-demand

    Dialer Watch

    Dialer profiles

    Double Authentication

    Easy IP (Phase 1)

    Enhanced IGRP (EIGRP)

    Enhanced Local Management Interface (ELMI)

    Flow-Based WRED

    Forwarding Incoming Calls to Unused Ports

    Frame Relay

    Frame Relay FRF.9 Payload Compression

    Generic Routing Encapsulation (GRE)

    HSRP - Hot Standby Router Protocol

    HTTP Security

    Half bridge/half router for CPP and PPP

    IP Enhanced IGRP Route Authentication

    IP Precedence for GRE Tunnels

    IP Routing

    ISDN

    ISDN Advice of Charge (AOC)

    ISDN Caller ID Callback

    ISDN Leased Line at 128kbps

    Integrated routing and bridging (IRB)

    Internet Protocol Control Protocol (IPCP) address negotiation

    Lock and Key

    MS Callback

    MS-CHAP Version 1

    Message Banners for AAA Authentication

    Microsoft Point-to-Point Compression (MPPC)

    Multilink PPP

    NAT - Network Address Translation

    Named Method Lists for AAA Authorization and Accounting

    On Demand Routing (ODR)

    PAD Subaddressing

    PPP

    PPP over ATM

    PPP over Frame Relay

    Parse Bookmarks

    Password Authentication Protocol (PAP)

    Per-User Configuration

    Policy-Based Routing (PBR)

    Priority Queueing (PQ)

    Protocol Translation (PT)

    RIP

    SNMP (Simple Network Management Protocol)

    SNMP Version 3

    SNMPv2C

    Selective Packet Discard (SPD)

    Simple Network Time Protocol (SNTP)

    Snapshot routing

    Spanning Tree Protocol (STP)

    Spanning Tree Protocol (STP) Extension

    Standard IP Access List Logging

    TACACS+

    Tacacs SENDAUTH function

    Tacacs Single Connection

    Time-Based Access Lists Using Time Ranges

    Transparent Bridging

    Triggered RIP

    Virtual Interface Template Service

    Virtual Profiles

    Virtual Templates for Protocol Translation

    Weighted Fair Queueing (WFQ)

    Weighted RED (WRED)

    X.25

    X.25 Load Balancing

    X.25 on ISDN D-Channel

    X.25 over TCP (XOT)

    x Digital Subscriber Line (xDSL) Bridge Support

     

    Ciao

     

    P.S.

     

    kannst natürlich auch mit perl und net::telnet::cisco die routen nach zeit ändern (etwas umständlich hmm)

  5. Hola,

     

    du solltest auf dem BRI keine Rotarygroup benutzen sondern einen Dialer pool.

     

    also:

     

    int Bri0

    no dialer rotary-group 1

    encap ppp

    dialer pool-member 1

    !

    int dialer1

    dialer pool 1

    !

     

     

    falls du den dialer nicht in den pool nehmen kannst musst du dialer in-band

    no rausnehmen.

     

     

    dhcp sollte so ausschauen:

    ip dhcp excluded-address 192.168.2.180

    ip dhcp excluded-address 192.168.2.255

    !

    ip dhcp pool home

    network 192.168.2.0 255.255.255.0

    domain-name trace.nx

    default-router 192.168.2.180

    dns-server <dns-server>

    !

     

    falls das nicht klappt mal mit sh int bri0 oder sh int dialer0 oder debug dialer schauen.

     

    ciao

  6. Hola,

     

    die 29XL Reihe hat 2 Queues. Sorry du hast keinen SI also vier queues. habe einige inst mit VoIP wo die obrige config funzt.

     

    wenn das nicht klappt oder dur ef als DSCP brauchst kannst du auch ein classify auf dem Router machen:

    !Signalling must du in der acl 111 definieren

    !optinal kannst du Bandbreite für Telnet/SSH usw. reservieren !(112)

     

    class-map mark_VoIP

    match ip rtp start-port range

    class-map mark_Signalling

    match access-group 111

    !

    class-map VoIP

    match ip dscp 46

    class-map Signalling

    match ip dscp 26

    class-map Network_Control

    match access-group 112

    !

    policy-map VoIP-m

    class mark_VoIP

    set ip dscp 46

    class- mark_Signalling

    set ip dscp 26

    class class-default

    set ip dscp default

    !

    policy-map QOS

    class VoIP

    priotity percent 33

    class Signalling

    bandwidth xy

    class Network_Control

    bandwidth xy

    class class-default

    fair-queue

    !

    int fas 0/0

    desc -->conn zu 29SI

    service-policy input VoIP-Mark

    !

    int e0/0:15

    desc --> conn to remote

    service-policy out QOS

    !

     

    einen guten rutsch

     

    Ciao

  7. Hola cyberdyne,

     

    hier noch mal was zum cat XL.

     

    Frage (intern):Was bietet ein Catalyst XL Switch in Bezug auf QoS?

    Cisco Catalyst Switche mit der Endung XL stellen reine Schicht 2 Geräte dar, besitzen

    das klassische Cisco Router CLI (IOS) und bieten einfachste QoS Funktionen. Es gibt

    zwei Baureihen, die in Bezug auf QoS die gleiche Architektur und somit Funktionalität

    besitzen:

    Catalyst 29xx-XL

    Catalyst 35xx-XL

    Wie immer gibt es Ausnahmen. Die ersten Geräte mit einem Speicher von nur 4 MB!

    DRAM bieten KEIN QoS, Geräte die über Giga-Stack-Verbindungen

    zusammengeschaltet sind bieten keine Garantie (Giga-Stack ist Shared-Gigabit-Ethernet

    also mit collisions) und Geräte mit alter Software sind für QoS im Vorfeld upzudaten.

     

    Die eingehenden Pakete werden entsprechen ihres Schicht 2 CoS-Wertes einem der

    beiden Speicherbereiche zugewiesen. Für Pakete ohne Schicht 2 CoS-Wert kann ein

    „default“-Wert der Eingangsschnittstelle zugewiesen werden.

    C2924(config-if)# switchport priority default 2!!

    Alle Pakete mit einem CoS-Wert von 0 bis 3 gehen immer in den unteren Speicher. Alle

    übrigen Pakete werden in dem „bevorzugten“ Speicherbereich abgelegt. Pakete im

    oberen Speicher (grün) werden immer vor Paketen im unteren Speicher (blau)

    ausgegeben. Sollte ein Speicher vollständig gefüllt sein, so werden die neu

    ankommenden Pakete verworfen. Einem angeschlossene IP Phone von Cisco kann

    „vertraut“ werden, d.h. die vom IP Phone mit CoS-Werten markierten Voice Pakete

    werden der entsprechenden Queue zugewiesen. Bei näherer Betrachtung werden die mit

    CoS=5 markierten Voice-Bearer Pakete (RTP) oben abgelegt und Voice-Signalisierungs

    Pakete mit einem Wert Cos=3 unten. Die Signalisierungspakete teilen sich mit den

    Datenpaketen die untere Queue mit den entsprechenden Konsequenzen. Wenn also die

    untere Queue durch zu viele Daten gefüllt ist oder zu viele Pakete mit Werten zwischen 4-

    7 den oberen Speicher belegen und den unteren Speicher „verhungern“ lassen, dann wird

    Voice (Signalisierungspakete) sehr wohl verworfen.

     

     

    Also:

     

    - Beim Cat29XL musst du Cos Values setzen, wenn du prio willst oder du setzt die Cos Values fest. Nachteil: keine Unterscheidung von Signalling und Voice. Dies sollte in einer reinen Cat29XL umgebung wurst seint, da du eh nur zwei Queues hast.

     

    - du brauchst das PassThrough nicht, wenn du das voice vlan setzt. Nach meiner meinung sollten auch die COS Values überschrieben werden, wenn kein Voice Vlan konf ist. musst mal mit dem Sniffer testen. Das passThrough nimmt man denke ich nur her , wenn du ein dscp mutation map konf hat.

     

    -Cos 6 ist z.B. HSRP

     

    -wenn du keinen Cat29XL switch benutzt wird der DSCP wert aus der internen COS-zu-DSCP Table gesetzt (und umgekehrt!) und sollte im normalfall für Voice Traffic 46 (ef- expidite forwading) und für signalling 24 oder 26. Sind für Signalling und Voice nun die Werte gleich werden beide mit Cos 5 übertragen!

     

     

    Ciao

    post-24427-1356738926732_thumb.jpg

  8. Hola,

     

    wenn du von AP1 zu AP2 roamst, dann sollte der am AP2 angeschlossene Cat2950 die Mac-adresse über den AP2-Port lernen, falls der Client Pakete sendet. Falls der Client über den Uplink zum Cat6k kommuniziert wird auch dieser die Mac-Adresse über den Uplink lernen. Falls vorher über Pfad eins (AP1-Cat291-Cat6k) kommuniziert wurde wird die CAM Entry am 6k überschrieben. Der erste Cat2950 behält die MAC-Adresse bis diese austimed (=default 5min) oder er diese über einen anderen Pfad lernt.

     

    in der arp table (also nicht cam) solltest du den Client nur an der Routinginstanz sehen..

     

    Kannst du unter dieser Zeit vom Client nicht zur Routinginstanz kommunizieren? (ohne Roamingdelay WEP <100ms;LEAP <=500ms). Whats the problem ?

     

    Ciao

  9. Hola

     

    der DSCP 40 kommt nicht an, da du kein Voice VLAN gesetzt hast. Du solltest auf jeden Fall auf einem Trunk mls qos trust cos benutzen (ausser du verwendest APs mit IOS kleiner 12.2(3).

     

    Der 2950 bietet keine Möglichkeit (nach meinen Wissen) queue hits anzuzeigen. Wenn du die COS Values von 3,5 und 6 der p queue des 1p3q1t Designs zugewiesen hast, werden diese Packete auch zu erst abgearbeitet (habe ich mit SmartBits Messungen getetstet).

    Auch auf dem Interface wirst du nicht sehen, dass die wrr queue dem Interface zugewiesen ist.

     

    Folgende Config sollte io sein:

    !

    mls qos

    wrr-queue bandwidth 5 25 70 0

    wrr-queue cos-map 1 1

    wrr-queue cos-map 2 0

    wrr-queue cos-map 3 2 4 7

    wrr-queue cos-map 4 3 5 6

    !

    interface FastEthernet0/1

    description -->HiPath 4000

    switchport trunk native vlan <native>

    switchport trunk allowed vlan <voice,data,native>

    switchport mode trunk

    switchport voice vlan <voice>

    speed 100

    duplex full

    mls qos trust cos

    spanning-tree portfast trunk

    spanning-tree bpdufilter enable

    end

     

    Warum setzt die HIPATH eigentlich drei Cos Values; gibts da noch was anderes als Signalling(3) und Voice(5)? Auch die DSCP Values sollten dann unterschiedlich sein..?!

     

     

     

    Ciao

×
×
  • Neu erstellen...