URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 9630
[ Назад ]

Исходное сообщение
"FRTS: дропаются пакеты при свободном канале"

Отправлено xn , 19-Янв-06 16:44 
Доброго времени суток!

cisco 7206VXR (NPE-G1), c7200-js-mz.123-9c.bin
Поток Е1 27 таймслотов - 1728K

interface 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 110

PVC 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...


Содержание

Сообщения в этом обсуждении
"FRTS: дропаются пакеты при свободном канале"
Отправлено Сайко , 19-Янв-06 16:57 
А зачем тебе шейпинг?
И почему ты четко не пропишешь CIR/MINCIR?

"FRTS: дропаются пакеты при свободном канале"
Отправлено xn , 19-Янв-06 17:17 
>А зачем тебе шейпинг?
имею десяток клиентов с заданными классами обслуживания плюс интернет (в основном DSLщики), на всё 1724K - как без шейпинга?
Инетка последние дни тормозит безбожно, клиенты с CIR=0 вообще не работают. А полоса свободная есть...
>И почему ты четко не пропишешь CIR/MINCIR?
Потому что так быстрее прописывать. Разве есть разница?


"FRTS: дропаются пакеты при свободном канале"
Отправлено Сайко , 19-Янв-06 22:50 
sh traffic-shape

"FRTS: дропаются пакеты при свободном канале"
Отправлено xn , 20-Янв-06 05:58 
>sh traffic-shape

7206#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#


"FRTS: дропаются пакеты при свободном канале"
Отправлено staff , 21-Янв-06 13:44 
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 llq

gde :
policy-map llq
   class voipsat
   priority 64
  class Management
   bandwidth percent 10
  class class-default
   fair-queue
   random-detect

pravda 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 vofr

Kakie misli? Spasibo.


"FRTS: дропаются пакеты при свободном канале"
Отправлено staff , 23-Янв-06 14:04 
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 ?

"FRTS: дропаются пакеты при свободном канале"
Отправлено Сайко , 23-Янв-06 14:14 
1. У тебя же random-detect, что ты хочешь?
2. Для голоса при 256К необходимо установить FRF.12 в 320bit.

"FRTS: дропаются пакеты при свободном канале"
Отправлено staff , 23-Янв-06 15:24 
>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?