Bahram

Yes it is necessary to look at the debugs. Your configs look fine. You could
be running into either a bug or an outdated IOS or VCWare. If you still
cannot find an answer to your question please do provide the following:

- debug voip ccapi inout
- debug vtsp all
- debug vpm all

Capture all the debugs simultaneously and for only 1 or 2 calls. Make sure
you turn on millisecond precision. Never mind if you cannot run one of the
above debugs.

Also capture the IOS version and the VFC VCWare version for me. Just make
sure you're running the matching VCWare for the IOS.

One thing you may want to consider is running cRTP, which does help a lot.

You also need to realize that for calls over the internet you will end up
having little control over the bandwidth anyway, especially because you
cannot control things like VAD for the received packets.

Tarek
  -----Original Message-----
  From: Bahram Sadjadi Biria [mailto:[EMAIL PROTECTED]]
  Sent: Saturday, March 02, 2002 7:54 AM
  To: [EMAIL PROTECTED]
  Subject: Re: A problem on AS5300 [7:36986]


  See below please.


    So that I can understand this better:

    1- Who is calling whom in your captured call?
  People abroad are calling their related on local phones via Internet.
    2- Why did you define a voice class and never applied it?
  A voice class is defined and never have used as you see in config. We can
delete it.
    3- Can you send me the debugs of ccapi, vpm and vtsp and other debugs
with millisecond precision?
   Do you want the result of debug for all compond or individually?

  Haven't the current information given you any idea about the source of
problem?

  Regards,
  Bahram.
    Regards
    Tarek
      -----Original Message-----
      From: Bahram Sadjadi Biria [mailto:[EMAIL PROTECTED]]
      Sent: Saturday, March 02, 2002 4:14 AM
      To: [EMAIL PROTECTED]
      Subject: Re: A problem on AS5300 [7:36986]


      Dear Tarek,
      Thank you for your kind attention on my case. Following is the result
of SHOW DIAL-PEER command on my cisco. The interesting messages are shown in
bold text.

      CAS5300>sh dial-peer voice 4
      VoiceOverIpPeer4
              information type = voice,
              tag = 4, destination-pattern = `',
              answer-address = `', preference=0,
              numbering Type = `unknown'
              group = 4, Admin state is up, Operation state is up,
              incoming called-number = `2298', connections/maximum = 6/16,
              DTMF Relay = enabled,
              modem passthrough = system,
              huntstop = disabled,
              in bound application associated: DEFAULT
              out bound application associated:
              permission :both
              incoming COR list:maximum capability
              outgoing COR list:minimum requirement
              type = voip, session-target = `',
              technology prefix:
              settle-call = disabled
              ip precedence = 5, UDP checksum = disabled,
              session-protocol = cisco, session-transport = udp, req-qos =
best-effort
      ,
              acc-qos = best-effort,
              dtmf-relay = h245-signal,
              fax rate = voice,   payload size =  20 bytes
              fax protocol = system
              fax NSF = 0xAD0051 (default)
              codec = g729r8,   payload size =  20 bytes,
              Expect factor = 0, Icpif = 20,
              Playout: Mode adaptive,
              Expect factor = 0,
              Max Redirects = 1, Icpif = 20,signaling-type = ext-signal,
              CLID Restrict = disabled
              VAD = enabled, Poor QOV Trap = disabled,
              voice class perm tag = `'
              Connect Time = 79291600, Charged Units = 0,
              Successful Calls = 1121, Failed Calls = 3, Incomplete Calls =
0
              Accepted Calls = 2074, Refused Calls = 3,
              Last Disconnect Cause is "10  ",
              Last Disconnect Text is "normal call clearing.",
              Last Setup Time = 9587859.


      As you can see all the things about codec and VAD are OK. But I don't
know at which reason it takes more send than receive bandwidth as you can
see in result of  SHOW INT ETH 0 command.

      CAS5300>sh int e 0
      Ethernet0 is up, line protocol is up
        Hardware is Lance, address is 0030.9433.d706 (bia 0030.9433.d706)
        Internet address is 217.66.196.161/24
        MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
           reliability 255/255, txload 4/255, rxload 2/255
        Encapsulation ARPA, loopback not set
        Keepalive set (30 sec)
        ARP type: ARPA, ARP Timeout 04:00:00
        Last input 00:00:00, output 00:00:00, output hang never
        Last clearing of "show interface" counters never
        Input queue: 0/120/0/0 (size/max/drops/flushes); Total output drops:
0
        Queueing strategy: weighted fair
        Output queue: 0/1000/64/0 (size/max total/threshold/drops)
           Conversations  0/11/256 (active/max active/max total)
           Reserved Conversations 0/0 (allocated/max allocated)
           Available Bandwidth 7500 kilobits/sec
        30 second input rate 92000 bits/sec, 154 packets/sec
        30 second output rate 171000 bits/sec, 285 packets/sec
           11759783 packets input, 881145657 bytes, 0 no buffer
           Received 23448 broadcasts, 0 runts, 0 giants, 0 throttles
           0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
           0 input packets with dribble condition detected
           20309929 packets output, 1517034824 bytes, 0
underruns(44144/49852/0)
           0 output errors, 93996 collisions, 6 interface resets
           0 babbles, 0 late collision, 253907 deferred
           0 lost carrier, 0 no carrier
           0 output buffer failures, 0 output buffers swapped out


      Furthermore, the following is the result of SHOW CALL ACTIVE VOICE
BRIEF command when there were only 5 active calls on my gateway.

      CAS5300>sh call act voi br
      : hs. + pid:   
        dur hh:mm:ss tx:/ rx:/
       IP : rtt:ms pl:/ms
lost://
        delay://ms 
        MODEMPASS  buf:/ loss 
/
         last s dur:/s
       FR  [int dlci cid] vad: dtmf: seq:
        sig:  (payload size)
       ATM  [int vpi/vci cid] vad: dtmf: seq:
        sig:  (payload size)
       Tele : tx://ms  noise: acom:
i/o:/ dBm
       Proxy :,,,,, endpt:
/
       bw: / codec: /
        tx: /,/,/
       rx: /,/,/


      Total call-legs: 10
      11D6 : 9334914hs.1 +251 pid:4 Answer 2020 active
       dur 00:47:08 tx:141404/2828140 rx:104973/2099376
       IP 217.130.209.29:17558 rtt:738ms pl:2090770/17920ms lost:1013/666/3
delay:70/3
      9/146ms g729r8

      11D6 : 9334915hs.1 +249 pid:1 Originate 2298212010291 active
       dur 00:47:08 tx:104973/2099376 rx:141404/2828140
       Tele 0:0 (1866): tx:2828130/2828130/0ms g729r8 noise:0 acom:0
i/0:-35/-71 dBm

      11D6 : 9396118hs.1 +250 pid:4 Answer 2020 active
       dur 00:36:56 tx:110834/2216740 rx:34284/685680
       IP 217.130.209.29:18418 rtt:693ms pl:682020/6170ms lost:379/250/3
delay:64/35/1
      56ms g729r8

      11D6 : 9396118hs.2 +250 pid:1 Originate 2298218770571 active
       dur 00:36:56 tx:34284/685680 rx:110834/2216740
       Tele 0:0 (1882): tx:2216670/2216670/0ms g729r8 noise:0 acom:1
i/0:-25/-70 dBm

      11D6 : 9432627hs.1 +350 pid:4 Answer 2020 active
       dur 00:30:50 tx:92540/1850860 rx:47020/940400
       IP 217.130.209.29:19220 rtt:694ms pl:937530/29760ms lost:2653/300/2
delay:51/40
      /155ms g729r8

      11D6 : 9432628hs.1 +349 pid:2 Originate 22984442353371 active
       dur 00:30:56 tx:47020/940400 rx:92832/1856700
       Tele 0:0 (1894): tx:1856630/1856630/0ms g729r8 noise:0 acom:1
i/0:-79/-72 dBm

      11D6 : 9587859hs.1 +351 pid:4 Answer 2020 active
       dur 00:05:04 tx:15215/304300 rx:10298/205960
       IP 217.130.209.29:18764 rtt:692ms pl:200350/4790ms lost:508/96/2
delay:72/39/12
      5ms g729r8

      11D6 : 9587860hs.1 +350 pid:2 Originate 22987117268431 active
       dur 00:05:04 tx:10298/205960 rx:15215/304300
       Tele 0:0 (1930): tx:304310/304310/0ms g729r8 noise:0 acom:0
i/0:-39/-32 dBm

      11D6 : 9595159hs.1 +351 pid:4 Answer 2020 active
       dur 00:03:51 tx:11566/231380 rx:8278/165560
       IP 217.130.209.29:16912 rtt:691ms pl:164120/1510ms lost:166/83/2
delay:88/30/88
      ms g729r8

      11D6 : 9595160hs.1 +350 pid:2 Originate 22987116269727 active
       dur 00:03:51 tx:8278/165560 rx:11567/231400
       Tele 0:0 (1934): tx:231320/231320/0ms g729r8 noise:0 acom:0
i/0:-67/-71 dBm

      For further investigation I have attached a copy of current
configuration of my cisco.

      I would like to thank you again for your interest on solving this
problem of mine.
      Please write to me If there is anything more which helps you to find
the source of problem.
      Waiting for your reply.

      Regards,
      Bahram Sadjdi Biria.





      ----- Original Message -----
      From: "Tarek Sabry" 
      To: "'Bahram Sadjadi Biria'" ;

      Sent: Friday, March 01, 2002 8:52 PM
      Subject: RE: A problem on AS5300 [7:36986]


      > You may need to look at your codecs and VAD settings for your dial
peers.
      > Can you send us me the config too?
      >
      > Tarek
      >
      > -----Original Message-----
      > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
Of
      > Bahram Sadjadi Biria
      > Sent: Friday, March 01, 2002 10:53 AM
      > To: [EMAIL PROTECTED]
      > Subject: A problem on AS5300 [7:36986]
      >
      >
      > Dear Cisco professionals,
      >
      > I have a big problem on my AS5300 which is terminating VoIP calls.
It uses
      > around 2 times send bandwidth in comparison with its receive
bandwidth. In
      > the
      > show int eth 0 command I could see that the number of packets/sec on
its
      > output part is also about 2 times of input part.
      >
      > Is there anyone who faced with such a problem and know how can I
recover
      > this
      > problem of mine?
      >
      > I would like to thank you for your kind attention and cooperation in
this
      > regard.
      > I look forward to hearing from you kind friends.
      >
      > Sincerely,
      > Bahram Sadjadi Biria.
[EMAIL PROTECTED]




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=37097&t=36986
--------------------------------------------------
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]

Reply via email to