Do you have "max-reserved-bandwidth 100" in you serial interface?

If so, you need to either change this to 95%

Or try to create class-map for routing updates.
You may be running out of bandwidth.
Normally, fair-que on the class default should work.

/Jin Jung...



sean hurricane wrote:
update:
Removed QOS config from the interface and what do you know, it did the same, Anyone else seeing this?

On Thu, Apr 9, 2009 at 2:19 AM, <ccie_voice-requ...@onlinestudylist.com <mailto:ccie_voice-requ...@onlinestudylist.com>> wrote:

    Send CCIE_Voice mailing list submissions to
           ccie_voice@onlinestudylist.com
    <mailto:ccie_voice@onlinestudylist.com>

    To subscribe or unsubscribe via the World Wide Web, visit
           http://onlinestudylist.com/mailman/listinfo/ccie_voice
    or, via email, send a message with subject or body 'help' to
           ccie_voice-requ...@onlinestudylist.com
    <mailto:ccie_voice-requ...@onlinestudylist.com>

    You can reach the person managing the list at
           ccie_voice-ow...@onlinestudylist.com
    <mailto:ccie_voice-ow...@onlinestudylist.com>

    When replying, please edit your Subject line so it is more specific
    than "Re: Contents of CCIE_Voice digest..."


    Today's Topics:

      1. Workbook version 3 lab6 and 10 (sean hurricane)


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

    Message: 1
    Date: Thu, 9 Apr 2009 01:25:44 -0400
    From: sean hurricane <shurric...@gmail.com
    <mailto:shurric...@gmail.com>>
    Subject: [OSL | CCIE_Voice] Workbook version 3 lab6 and 10
    To: ccie_voice@onlinestudylist.com
    <mailto:ccie_voice@onlinestudylist.com>
    Message-ID:
<29604bef0904082225q176a37a5k9e5dbf8e412dd...@mail.gmail.com
    <mailto:29604bef0904082225q176a37a5k9e5dbf8e412dd...@mail.gmail.com>>
    Content-Type: text/plain; charset="iso-8859-1"

    In these two labs we were asked to configured SIP trunk over the
    WAN and QOS
    sections asks to allow 4 G729 calls across the WAN, since the
    codec for SIP
    trunks has to be G711ulaw, this does not allow enough bandwidth.
    my priority
    statements are set at 103 for regular frame and 109 for frame
    relay with
    FRF.12. The calls goes through successfully and supplementary
    services work
    but while on the call, my ospf neighbor relationship resets and
    re-establish
    and phones reset especially site B. i have compared with solution will
    ipexpert's solution and its the same. is anyone else seeing this?
    Vik or
    mark can you chime in?


Reply via email to