PA-A3-OC3SMI i TPSA

Wiadomość

alchemyx · #1

Witam,

Mam kartę PA-A3-OC3SMI w Cisco 7206VXR. Dopóki było na nim 119992 celek (vbr-nrt) to wszystko chodziło OK. Teraz zachciało nam się więcej, więc przepieli nas do jakiegoś Passporta w szkielecie i ustawili 143990, aktualna konfiguracja po mojej stronie wygląda tak:

Kod: Zaznacz cały

interface ATM2/0
 description TPSA
 no ip address
 atm sonet stm-1
 no atm ilmi-keepalive
!
interface ATM2/0.110 point-to-point
 ip address 80.50.229.222 255.255.255.252
 pvc 1/110
  vbr-nrt 143990 143990
  encapsulation aal5snap
 !
!

Po mojej stronie wszystko wygląda w miarę normalnie

Kod: Zaznacz cały

Edge#sh atm pvc interface aTM 2/0 1/110
Description: N/A
ATM2/0.110: VCD: 1, VPI: 1, VCI: 110
VBR-NRT, PeakRate: 143990 (339600 cps), Average Rate: 143990 (339600 cps)
Burst Cells: 94
AAL5-LLC/SNAP, etype:0x0, Flags: 0x20, VCmode: 0x0, Encapsize: 12
OAM frequency: 0 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Disabled
OAM VC Status: Not Managed
ILMI VC status: Not Managed
VC TxRingLimit: 4608 particles
VC Rx Limit: 1697 particles
InARP frequency: 15 minutes(s)
Transmit priority 4
InPkts: 1096162920, OutPkts: 1165340076, InBytes: 627659942, OutBytes: 2070176471
InCells: 77305629, OutCells: 2167796944
InPRoc: 165031, OutPRoc: 121201, Broadcasts: 0
InFast: 1095997841, OutFast: 1165218875, InAS: 0, OutAS: 0
InPktDrops: 0, OutPktDrops: 0/0/0 (holdq/outputq/total)
InCellDrops: 0, OutCellDrops: 0
InByteDrops: 0, OutByteDrops: 0
CrcErrors: 83128, SarTimeOuts: 0, OverSizedSDUs: 0, LengthViolation: 0, CPIErrors: 0
Out CLP=1 Pkts: 0, Cells: 0
OAM cells received: 88
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 87, F5 InRDI: 1
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 87
F5 OutEndloop: 0, F5 OutSegloop: 0, F5 OutAIS: 0, F5 OutRDI: 87
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: UP

Gość z tepsy mówi, że po jego stronie widać problemy i masę straconych celek. Teraz zwiększył opóźnienia i już są tą jednostkowe przypadki, ale mówi że wartość opóźnień jest dwukrotnie większa niż w przypadku innych problemowych klientów i według niego winna jest karta ATM, która się nie wyrabia z odbiorem celek. Jak to jest? Z kartą jest coś nie tak czy może powinienem ją zamienić na PA-A6?

EDIT: Do listingow konfiguracji, show, debug, etc uzywamy znacznikow

Kod: Zaznacz cały

Seba

#2

Czekaj, ale Ty ustawiłeś 143990 kbit/s czyli 339600 cps. Jak zaczniesz nadawać z taką prędkością, to druga strona będzie dropować, bo nie mieści się to w kontrakcie ruchowym.

alchemyx · #3

Mam podpisną umowę na 120 megabitów ruchu IP i taką wartość TPSA kazała mi ustawić, dokładnie 143990.

#4

ale konfigurując PVC podałeś wartość w kilobitach na sekundę, co zresztą potwierdza "sh atm pvc". Widać tam 339600 komórek na sekunde. Popraw wartość PCR i SCR dla tego PVC i powinno być lepiej.

#5

swoją drogą nie wiem jak TP to liczy ale 143990 komórek atm na sek raczej nie daje 120Mbit/s ruchu dla Ciebie;)

alchemyx · #6

To może od początku bo pokręciłem. Nie miałem na myśli celek a kilobitów

. Jak miałem wykupione 100 megabitów ruchu IP miałem wpisane vbr-nrt 119992 11992 i działało, bo tak zresztą wprost kazali. Tak samo działa po podpięciu do tego ich węzła. Teraz kazali zmienić na 143990 i już jest kłopot.

#7

Hmm...
nie widać u Ciebie żadnych dropów na wyjściu, więc widzę 2 opcje:

1) Karta nie trzyma z jakiegoś powodu kontraktu
2) TP po swojej stronie nie zmieniła ustawień PVC

Może niech jeszcze raz sprawdzą u siebie i podadzą Ci oprócz kbit/s także cps, które mają ustawione.

alchemyx · #8

Odpisali mi, że mają CPS ustawione na 339600 czyli dokładnie to co u mnie pokazuje show atm, upewnili się także że tak właśnie mają wpisane. Co ciekawe problem pojawia się tylko przy całkowitym wysyceniu łącza. Jak był mniejszy czas opóźnienia (nie wiem gdzie on to ustawia), to wtedy były tysiące straconych celek, a teraz przy dużym czasie opóźnienia jest ich mniej.

Wyczytałem jeszcze coś takiego:

At this point, the cells take a different path that depends on the hardware version of the PA-A3.

With hardware revision 1.0, the PA-A3 uses the onboard SRAM only as additional cell storage and forwards the cells across the Peripheral Component Interconnect (PCI) to the Versatile Interface Processor (VIP) or Network Processing Engine (NPE) host memory, where it reassembles them.

With hardware revision 2.0, the PA-A3 reassembles the cells in its own memory, rather than the host memory.

Czy może być tak, że router nie nadąża ze składaniem ramek? Niestety nie wiem jakie jest revision karty, bo osobno piszą o jej elementach:

Kod: Zaznacz cały

Edge#sh controllers atM 2/0
Interface ATM2/0 is up
Hardware is ENHANCED ATM PA - OC3 (155000Kbps)
Framer is PMC PM5346 S/UNI-155-LITE, SAR is LSI ATMIZER II
Firmware rev: G161, Framer rev: 0, ATMIZER II rev: 3
  idb=0x052E8124, ds=0x11CA8160, vc=0x05426C40
  slot 2, unit 1, subunit 0, fci_type 0x0056, ticks 6581
  4000 rx buffers: size=512, encap=64, trailer=28, magic=4

Kolejna aktualizacja. Już znalazłem, że to 2.0 więc to chyba nie to:

Kod: Zaznacz cały

Edge#sh diag
(...)
Slot 2:
        ATM WAN OC3 (SMI) Port adapter, 1 port
        Port adapter is analyzed
        Port adapter insertion time 04:29:28 ago
        EEPROM contents at hardware discovery:
        Hardware revision 2.0           Board revision A0

#9

Zmieniał pewnie po swojej stronie CDVT.
Wygląda na to, że karta może nie trzymać kontraktu przy dużym ruchu. Z tego co pamiętam (dawno się tym nie bawiłem), to PA-A3 nie były najlepsze.
Jak masz gdzieś pod ręką PA-A6, to ja bym sprawdził jak się zachowa w tej konfiguracji.

Deidara · #10

alchemyx pisze: Jak był mniejszy czas opóźnienia (nie wiem gdzie on to ustawia), to wtedy były tysiące straconych celek, a teraz przy dużym czasie opóźnienia jest ich mniej.

Cóż opóźnienie ustawia się na passporcie. Jak się sypie łącze to trzeba ratować się parametrem opóźnienia, aby było bardziej stabilne

.
Jeśli chodzi o wartość 339600 celek to wydaje się ona raczej prawidłowa. Tam są odpowiednie narzuty na transmisje więc pi razy drzwi będzie ze 120Mbit.

awo · #11

A wypytaj go w ktora strone TP widzi te dropy celek bo jedyne co jest mozliwe to w kierunku
7200 --> Passport (czyli tp widzi to u siebie ma IN) jezeli tak to zmniesz kontrakt na chwile o jakies 20% i niech TP sprawdzi czy jest lepiej/dobrze...

Jezeli to w odwrotną stronę... to lepiej kartę PA-A3 wkładać w port "nieparzysty"

Zmien miejsce i zobacz... jestem ciekaw wyniku...

alchemyx · #12

No właśnie on widzi te dropy z kierunku TPSA do mnie (czyli passport -> 7200, ichni out). Czyli mam przełożyc kartę w inny slot? Serio czy to jakis żart z "noobów"

.

awo · #13

To taki "urban legend" ktory czasami pomaga.
Jestem ciekaw jak jest w tym przypadku.

Jakie NPE?

alchemyx · #14

To jest NPE-G2. Karta została przełożona do innego slotu i zrobiłem testy prędkości, pierwsze od czasu zmian i niestety łącze zachowuje się dziwnie. Od 91 megabitów do 116 "rozpędzało się" ponad 20 min. Do 120 nigdy nie doszło.. Przed zmianą tych opóźniej od razu osiągało 120 z lekkim haczykiem (122, 123). Mam na myśli prędkość ściągania. Wysyłanie pozostało bez zmian.

awo · #15

A jak wyglada topologia w TP?

Passpot - FO - Twoje 7200
czy moze
Passport - ATM - FO - twoje 7200?

Bo istotne jest czy nie ma po drodze jakiegos tarego PVC/SPVC ktore moze miec np. jeszcze stare parametry pasma....

Mozesz zrobic tez maly eksperyment... troche zwiekszyc poobserwowac i potem zwiekszyc kontrakt na swoim interfejsie. Jestem ciekaw czy ma to wplyw.

Na koniec jezeli problem moze byc po stronie PA-A3 proponuje na chwile umowic sie z TP i zestawic usluge jako UBR...