всем привет.
возможно уже обсуждалось, но я не нашёл.
я выхожу в интернет через замечательный девайс под названием cisco 831.
выход осуществляется через простейший ip-туннель, даже без шифрования, вот так выглядит его конфигурация:
| Код: |
| interface Tunnel0 description internet ip address 192.168.0.2 255.255.255.252 tunnel source Ethernet0 tunnel destination 10.110.114.41 tunnel mode ipip |
весь трафик в инет загибается в этот тунель вот так:
| Код: |
| ip route 0.0.0.0 0.0.0.0 Tunnel0 |
на противоположном конце freebsd с gif-интерфейсом и натом.
проблема заключается в том что при большой нагрузке на туннель голос идущий из сети сипнет.ру ко мне в астериск начинает жутко лагать, прям совсем ужасно, хотя при этом с той стороны меня хорошо слышат.
стоит убрать весь лишний трафик из канала и голос перестает лагать.
единственное решение приходяещее на ум - каким то образом "порезать" канал в инет, выделив под сип определенную полосу. но тут возникает вторая проблема - на этот долбаный туннель ничего не ставится, ни service-policy, ни prioruty-group, ни queue-group.
может быть истиные cisco-гуру смогут подсказать мне, как же выдать астериску достаточной толщины канал, чтобы исключить лагание звука?
спасиьбо за внимание, если нжны ещё какие то подробности по конфигам - только скажите, буду рад любому совету.
И причем тут cisco 831? С нее то все нормально уходит.
Копайте в сторону FreeBSD. Ключевые слова для гугля: "qos freebsd"
_________________
ys
http://voip.rus.net/
Added after 29 seconds:
| anest писал(а): |
| я не циско-гуру но может смогу чемто быть полезным, помню заливал в раздел Библиотека какието доки как раз по настройке QoS на этих девайсах, поглядите там.. |
спасибо, вроде нашел, буду разбираться
У Вас загружен downstream, кручение гаек на циске почти ничего не даст, она почти никак не может влиять на этот процесс.
Очереди в Вашу сторону контролирует именно FreeBSD.
_________________
ys
http://voip.rus.net/
а нету ли примеров настроек ipfw pipe для sip-протокола?
| Код: |
| #общий пайп ipfw pipe 1 config bw 5Mbit/s queue 50 (заявленая провайдером ширина канала - 6 мегабит, испревьте меня в этой строке пожалуйста, я прада не знаю сколько ставить) #больший приоритет ipfw queue 10 config pipe 1 weight 100 queue 50 mask dst-ip 0xffffffff ipfw queue 20 config pipe 1 weight 100 queue 50 mask src-ip 0xffffffff #нормальный приоритет ipfw queue 70 config pipe 1 weight 50 queue 50 mask dst-ip 0xffffffff ipfw queue 80 config pipe 1 weight 50 queue 50 mask src-ip 0xffffffff #больший приоритет ipfw add 1000 queue 10 udp from any 5060 to 1.0.0.1 5060 ipfw add 1100 queue 20 udp from 1.0.0.1 5060 to any 5060 ipfw add 1200 queue 10 udp from any to 1.0.0.1 10000-20000 ipfw add 1300 queue 20 udp from 1.0.0.1 10000-20000 to any #нормальный приоритет ipfw add 2000 queue 70 ip from any to 1.0.0.0/8 ipfw add 2100 queue 80 ip from 1.0.0.0/8 to any |
тут у меня 1.0.0.1 - хост с астериском, 1.0.0.0/8 - сеть, котрая имеет выход в инет (кроме компов этой сети никто в инет не ходит)
однако лаги не прекращаются, хоть ты тресни. при этом если постоянно просматривать вывод ipfw show видно, что во время разговора трафик по правилам 1000-1300 идет, во время отсутствия разговора идет только небольшой трафик по правилам 1000 и 1100 (видими какой то контрольный обмен с сипнет.ру)
где же я не прав? разве weight 100 не дает наивысший приоритет? подскажите, пожалуйста, ну нету сил уже терпеть эту квакушку.
з. ы. уважаемые модераторы, думаю стоит перенести тему в раздел по unix.
| ys писал(а): |
| Вы меня не поняли. У Вас загружен downstream, кручение гаек на циске почти ничего не даст, она почти никак не может влиять на этот процесс. Очереди в Вашу сторону контролирует именно FreeBSD. |
почему это нельзя влиять на входящий трафик,
можно на ифесе смотрящем в локаль
выделяю полосу в 16кб/с для двух SIP из общей 2Мб/с
SIP шлюз ip 172.16.231.2
| Код: |
| class-map match-all INT-LAN-SH match access-group 2101 policy-map INT-LAN-SH class INT-LAN-SH shape average 2097136 access-list 2101 deny ip any host 172.16.231.2 access-list 2101 permit ip any 172.16.0.0 0.0.255.255 interface Vlan1 description LAN ip address 172.16.231.1 255.255.255.0 ip dns view-group my-view ip nat inside ip virtual-reassembly ip tcp adjust-mss 1452 service-policy output INT-LAN-SH |
НО, это справидливо если у вас "честные" (гарантированые) 2Мб/с