Доброго времени суток!cisco 7206VXR (NPE-G1), c7200-js-mz.123-9c.bin
Поток Е1 27 таймслотов - 1728Kinterface Serial3/1
description ##--na Berlin--##
bandwidth 1728
no ip address
encapsulation frame-relay IETF
timeslot 5-31
ts16
serial restart-delay 0
no fair-queue
frame-relay traffic-shaping
frame-relay interface-dlci 31 switched
class client1
frame-relay interface-dlci 40 switched
class client2
frame-relay interface-dlci 45 switched
class client3
............................
frame-relay intf-type dce
end
!
interface Serial3/1.110 point-to-point
description **--Inet to Berlin--**
ip vrf forwarding Internet
ip address xxx.xxx.xxx.1 255.255.255.252
frame-relay interface-dlci 110
class Berlin-INET
end
!
map-class frame-relay Berlin-INET
frame-relay traffic-rate 1088000 1728000
!
Классы для клиентов прописаны точно также, только скорости меньше, CIR 64-128 в основном. Но не суть.
Дело в том, что пакеты в PVC 110 дропаются, хотя канал не загружен:7206#sh int s3/1
Serial3/1 is up, line protocol is up
Hardware is 4ME1-BAL
MTU 1500 bytes, BW 1728 Kbit, DLY 20000 usec,
reliability 255/255, txload 184/255, rxload 55/255
Encapsulation FRAME-RELAY IETF, crc 16, loopback not set
Keepalive set (10 sec)
Restart-Delay is 0 secs
LMI enq sent 0, LMI stat recvd 0, LMI upd recvd 0
LMI enq recvd 83, LMI stat sent 83, LMI upd sent 0, DCE LMI up
LMI DLCI 1023 LMI type is CISCO frame relay DCE
FR SVC disabled, LAPF state down
Broadcast queue 0/64, broadcasts sent/dropped 28/0, interface broadcasts 0
Last input 00:00:06, output 00:00:00, output hang never
Last clearing of "show interface" counters 00:13:48
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 25870
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 374000 bits/sec, 266 packets/sec
5 minute output rate 1250000 bits/sec, 277 packets/sec <-- !!!
265144 packets input, 39426241 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
274348 packets output, 132430013 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
0 alarm indications, 0 remote alarms, 0 rx LOF, 0 rx LOS
DCD up, BER inactive, NELR inactive, FELR inactive
7206#
7206#sh frame-relay pvc 110PVC Statistics for interface Serial3/1 (Frame Relay DCE)
DLCI = 110, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial3/1.110
input pkts 117620 output pkts 108597 in bytes 22526292
out bytes 83781786 dropped pkts 19747 in pkts dropped 0
out pkts dropped 19747 out bytes dropped 14816140
late-dropped out pkts 19747 late-dropped out bytes 14816140
in FECN pkts 0 in BECN pkts 0 out FECN pkts 0
out BECN pkts 0 in DE pkts 0 out DE pkts 0
out bcast pkts 11 out bcast bytes 3300
5 minute input rate 279000 bits/sec, 178 packets/sec
5 minute output rate 1003000 bits/sec, 165 packets/sec
pvc create time 23w4d, last time pvc status changed 1w1d
cir 1088000 bc 1088000 be 640000 byte limit 88500 interval 63
mincir 544000 byte increment 8568 Adaptive Shaping none
pkts 108585 bytes 83771533 pkts delayed 104775 bytes delayed 80949520
shaping active <-- !!!
traffic shaping drops 0
Queueing strategy: fifo
Output queue 34/40, 19749 drop, 104775 dequeued <-- !!!
7206#
Пробовал ставить holdq 1024 - очередь всё равно заполняется и идут дропы.Насколько я понимаю, shaping active может быть только в случае возникновения перегрузки. Но здесь перегрузки нет, т.к. суммурная скорость на интерфейсе значительно меньше физического максимума.
Может кто-нибудь встречался уже с этим? Помогите разобраться plz...
А зачем тебе шейпинг?
И почему ты четко не пропишешь CIR/MINCIR?
>А зачем тебе шейпинг?
имею десяток клиентов с заданными классами обслуживания плюс интернет (в основном DSLщики), на всё 1724K - как без шейпинга?
Инетка последние дни тормозит безбожно, клиенты с CIR=0 вообще не работают. А полоса свободная есть...
>И почему ты четко не пропишешь CIR/MINCIR?
Потому что так быстрее прописывать. Разве есть разница?
sh traffic-shape
>sh traffic-shape7206#sh traffic-shape
Interface Se3/1
Access Target Byte Sustain Excess Interval Increment Adapt
VC List Rate Limit bits/int bits/int (ms) (bytes) Active
31 128000 2000 128000 0 125 2000 -
46 128000 2000 128000 0 125 2000 -
47 256000 4000 256000 0 125 4000 -
123 600 7933 600 63400 125 9 -
118 64000 1000 64000 0 125 1000 -
40 128000 2000 128000 0 125 2000 -
45 64000 1000 64000 0 125 1000 -
100 56000 875 7000 0 125 875 -
164 64000 1000 64000 0 125 1000 -
158 64000 1000 64000 0 125 1000 -Interface Se3/1.60
Access Target Byte Sustain Excess Interval Increment Adapt
VC List Rate Limit bits/int bits/int (ms) (bytes) Active
60 64000 209000 64000 1664000 125 1000 -Interface Se3/1.110
Access Target Byte Sustain Excess Interval Increment Adapt
VC List Rate Limit bits/int bits/int (ms) (bytes) Active
110 1088000 88500 1088000 640000 63 8568 -
7206#
Kstati - u menya ta ge problema no na IOS 12.3-3 i poka ne nashel sposob poborot'.
Prichem v klasse propisan, naprimer na kanale 256K:
map-class frame-relay LLQ_256
frame-relay cir 256000
frame-relay bc 2560
frame-relay be 0
frame-relay mincir 256000
service-policy output llqgde :
policy-map llq
class voipsat
priority 64
class Management
bandwidth percent 10
class class-default
fair-queue
random-detectpravda vot s opredeleniem classa voipsat v etom sluchae mne kagetsa kakoy-to "bok". Kak "otlovit" frames ot PBX kotoriy podkluchen k E1 ???
Dla togo chtob videlit' vse ostalnoe - ispolzuem takoe:
class-map match-any voipsat
match ip rtp 16384 16383
match ip dscp ef
match ip dscp af41
match ip dscp cs5
match protocol vofrKakie misli? Spasibo.
Eshe moment - ya toge pitalsa pomenyat' razmer ocheredi i zametil chto pri ee uvelichenii kachestvo golosa eshe huge stanovitsa.
Voice- Guru, podkluchites' pogaluysta - podskagite gde rit' ?! Kak pometit' frames iz E1 ot PBX? ili est' kakie-to drugie sposobi davat' prioritet golosovim freimam ?
1. У тебя же random-detect, что ты хочешь?
2. Для голоса при 256К необходимо установить FRF.12 в 320bit.
>1. У тебя же random-detect, что ты хочешь?
Ok, poigrayus' s etim - vozmogno eto ono i est'...
>2. Для голоса при 256К необходимо установить FRF.12 в 320bit.
Da, u menya eto est' - prosto ne stal pisat', Eshe vopros po hodu - kogda nesimmetrichniy kanal ya stavil frame po "menshemu" napravleniyu. Naskolko eto korrektno?