Если глючит sip звук, то здесь может быть ряд сразу несколько причин одновременно или одна из них:

1) Причина в железе.
2) Качество канала (пропускаемость)
3) Кодеки.

---
Если с железом и со скоростью проблем нет то скорее всего нужно с кодеками поработать. Попробуйте установить кодек G729 и прописать allow=g729

Что бы не "корячиться" с установкой g729, можно для проверки поставить кодек gsm. Он уже есть в системе, да и любой пров. его поддерживает.

[provider]
...
disallow=all
allow=gsm
...

cat /proc/interrupts
CPU0 CPU1
0: 86 0 IO-APIC-edge timer
1: 8 0 IO-APIC-edge i8042
6: 3 0 IO-APIC-edge floppy
7: 0 0 IO-APIC-edge parport0
8: 1 0 IO-APIC-edge rtc
9: 1 0 IO-APIC-fasteoi acpi
12: 820 0 IO-APIC-edge i8042
14: 63 0 IO-APIC-edge ide2
17: 0 0 IO-APIC-fasteoi uhci_hcd:usb2, sata_sil24
18: 6527 0 IO-APIC-fasteoi firewire_ohci, eth2
19: 0 0 IO-APIC-fasteoi uhci_hcd:usb1
20: 0 0 IO-APIC-fasteoi uhci_hcd:usb3
21: 126 0 IO-APIC-fasteoi uhci_hcd:usb4, HDA Intel
22: 4882497 0 IO-APIC-fasteoi libata
219: 4721645 0 PCI-MSI-edge eth1
NMI: 0 0
LOC: 57567224 85985706
ERR: 0
MIS: 0

ifconfig

eth1 Link encap:Ethernet HWaddr 00:15:F2:C8:92:27
inet addr:192.168.77.200 Bcast:192.168.77.255 Mask:255.255.255.0
inet6 addr: fe80::215:f2ff:fec8:9227/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2493564 errors:0 dropped:0 overruns:0 frame:0
TX packets:2504868 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:649319150 (619.2 MiB) TX bytes:734968381 (700.9 MiB)
Base address:0xc800 Memory:ddee0000-ddf00000

используется cisco pix 501 firewall для подключения к провайдеру
звук глючит периодически, думаю если бы дело было в железе, то звук глючил бы постоянно. собираюсь с вашей наводки проверить на наличие джиттера.
Я правильно понимаю, что для включения jitbuffer в sip мне надо обновиться до последней версии астериска (1.6.1.6) или как минимум до (1.4)?

RX packets:2493564 errors:0 dropped:0 overruns:0 frame:0
TX packets:2504868 errors:0 dropped:0 overruns:0 carrier:0
Ошибок нет, хорошо.
Посмотрите теперь тоже самое на pix 501 на предмет ошибок на интерфейсах. У него 10 Мбитные интерфейсы, inside & outside, если включены в свич 10/100, то скорее всего встали в статус half-duplex, надо принудительно поставить 10 full duplex.
jitbuffer не надо пока форсировать, это устранение следствия, а не причины.

Нет ответа на вопрос:

ded:

У вас между внутренними абонентами всё ОК? Тогда внешний интерфейс рутера (или какая деревяшка вместо него) весь забит errors. Вследствии неправильного дуплекс-шмуплекс.

В основном не пользуемся внутренней связью, поэтому нет полной уверености, но вроде все хорошо. На интерфейсах циски ошибок нет, 100full дуплекс внутренний интерфейс, внешний стоял на auto, поменял на 100full.

провайдер похоже поумолчанию использует только alaw, с gsm работать отказался.

внешний стоял на auto, поменял на 100full - как сейчас? По прежнему квакает? Может элементарно канал забитый?
Нужно проверять.

да попрежнему квакает
попробовал измерить джиттер, в течении нескольких часов держал
запущенной tshark -qz rtp,streams
максимальное время джиттера между мной и провайдером было 21.96 ms, насколько я понимаю это не так много.
но меня смущает подобный вывод статистики

Src IP addr Port Dest IP addr Port SSRC Payload Pkts Lost Max Delta(ms) Max Jitter(ms) Mean Jitter(ms) Problems?
provider 11994 192.168.77.200 13768 0x5D1115DB ITU-T G.711 PCMA 5961 491 (7.6%) 120.30 3.77 1.07 X
192.168.77.200 12668 192.168.77.231 41170 0x07D8BDF4 ITU-T G.711 PCMA 5961 0 (0.0%) 120.30 3.77 1.07
192.168.77.231 64180 192.168.77.200 13748 0xC4C8E109 ITU-T G.711 PCMA 4778 0 (0.0%) 49.87 7.19 3.50
192.168.77.200 13890 provider 18262 0x62A6F2EC ITU-T G.711 PCMA 4778 0 (0.0%) 78.25 8.60 3.52
provider 18262 192.168.77.200 13890 0x2DE20BA9 ITU-T G.711 PCMA 4465 300 (6.3%) 80.17 6.29 1.22 X
192.168.77.200 13748 192.168.77.231 64180 0x7AFD68C3 ITU-T G.711 PCMA 4465 0 (0.0%) 80.17 6.29 1.22
192.168.77.235 34170 192.168.77.200 12622 0xB9ABC43C ITU-T G.711 PCMA 2843 -4 (-0.1%) 49.97 13.12 5.48 X
192.168.77.200 11708 provider 13468 0x75419285 ITU-T G.711 PCMA 2833 0 (0.0%) 49.97 21.96 5.45

входящие пакеты судя по статистике теряются !?
пинг до провайдера нормальный, без потерь.

может у вас железки слабенькие
да и к томуже есть такая штука как qos
может у вас воип не в qos а ICMP приоритетный траффик ;]]

Пинг - косвенный показатель.
Более точный measurement: mtr -u IP_provider во время квакающего разговора.
-u говорит о том, что промеры делать UDP а не ICMP.
Если пойдут потери - точно будет видно на каком узле. Возможно, это будет даже ваш PIX501.
Тогда смотрите по загрузке канала, кто-то из рользователей кушает всю полосу.

на пиксе
1) сколько лицензий на mac адреса
2) отключены ли всякие sip helper и прочая голубая муть