Ситуация такая.Есть куча голосовых шлюзов по всей области. Есть территориально организованные гаеткиперы. Два моих шлюза регистрируются на гайте в моем городе А.
Звонки идут на любой шлюз.
Но «магическим» образом всплыла проблема следующего характера.
При звонке с другого города Б, но шлюс которого зареген в этом городе А, хаотичным образом, в последнее время чуть не через раз, проходит сигнализация, идет вызов в трубке, высвечивается даже номер звонящего, но при снятии трубки ПОЛНАЯ тишина.
При этом на той стороне (в городе Б) они нас слышат. При перезвони им слышат обе стороны.
Бывают и обратные ситуации.
Где и как рыть.
Железо разношерстное - 3662, 2621хм. Какой гейткепер - не знаю.
Возможно, что поток rtp передаётся на другой media ip, поэтому одностороння слышемость. Довольно легко найти посмотрев историю звонка на 2-х терминирующих сторонах. Тогда, на стороне, с которй не слышно, ставится "неправильный media ip". При звонке черех ras, попробуйте использовать hopoff по tech-prefix.
Включил debug ip rtp errors.
Вот что увидел:
Nov 9 19:43:16.160: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
Nov 9 19:43:16.160: x.x.x.x:17078->y.y.y.y:19022 ssrc:368836867 (RTP)
Nov 9 19:43:16.160: last:2 age:8w6d (00:00:00.724)
Nov 9 19:43:16.164: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
Nov 9 19:43:16.164: x.x.x.x:17026->y.y.y.y:17252 ssrc:18022659 (RTP)
Nov 9 19:43:16.164: last:2 age:8w6d (00:00:00.728)
Nov 9 19:43:16.192: RHC(fast) Se5/3:0:No free contexts - sending uncompressedОчень много и разные адреса шлюзов.
О чем говорит этот лог?
>Включил debug ip rtp errors.
>Вот что увидел:
>Nov 9 19:43:16.160: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>Nov 9 19:43:16.160: x.x.x.x:17078->y.y.y.y:19022 ssrc:368836867 (RTP)
>Nov 9 19:43:16.160:
>last:2 age:8w6d (00:00:00.724)
>Nov 9 19:43:16.164: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>Nov 9 19:43:16.164: x.x.x.x:17026->y.y.y.y:17252 ssrc:18022659 (RTP)
>Nov 9 19:43:16.164:
>last:2 age:8w6d (00:00:00.728)
>Nov 9 19:43:16.192: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>
>Очень много и разные адреса шлюзов.
>О чем говорит этот лог?ip rtp header-compression включен?
>ip rtp header-compression включен?
Да, конечно.interface Serial1/1:0
description Link2Corpor1
ip address x.x.x.x 255.255.255.252
ip access-group 198 out
service-policy output Corpor1
encapsulation ppp
ip route-cache flow
ip summary-address eigrp 100 x.x.0.0 255.255.192.0 5
ip tcp header-compression iphc-format
ip rtp header-compression iphc-format
>ip rtp header-compression включен?
Вот второй линк
interface Serial5/3:0
description Link2Сorpor2
ip address y.y.y.y 255.255.255.252
ip access-group 198 out
service-policy output Corpor1
encapsulation ppp
ip route-cache flow
ip summary-address eigrp 100 x.x.0.0 255.255.192.0 5
ip tcp header-compression iphc-format
ip rtp header-compression iphc-format
Смотрел историю show isdn history, брал с Failed и смотрел в show call history voice.
Нашел такой момент, что RemoteIPAddress, RemoteSignallingIPAddress, RemoteMediaIPAddress в некоторый звонках не совпадают.
Вопрос: Может быть в этом причина и как с ней бороться.
В других звонках адреса совпадают, но разные кодеки. На одном g729r8, на другом g729r8 pre-ietf.
Либо в прием/передаче на одном конце не нулевые показатели, на другом на передаче нули, на приеме число равное передаче на другом конце.
Почему один из шлюзов не генерировал исходящий трафик?
>Включил debug ip rtp errors.
>Вот что увидел:
>Nov 9 19:43:16.160: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>Nov 9 19:43:16.160: x.x.x.x:17078->y.y.y.y:19022 ssrc:368836867 (RTP)
>Nov 9 19:43:16.160:
>last:2 age:8w6d (00:00:00.724)
>Nov 9 19:43:16.164: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>Nov 9 19:43:16.164: x.x.x.x:17026->y.y.y.y:17252 ssrc:18022659 (RTP)
>Nov 9 19:43:16.164:
>last:2 age:8w6d (00:00:00.728)
>Nov 9 19:43:16.192: RHC(fast) Se5/3:0:No free contexts - sending uncompressed
>
>Очень много и разные адреса шлюзов.
>О чем говорит этот лог?
>Nov 9 19:43:16.164: RHC(fast) Se5/3:0:No free contexts - sending uncompressedСудя по этому, циска не может пожать пакеты. Правда непонятно, приведет ли это к лоссу или пакет просто пойдет несжатым.
покажите show ip rtp header-commperssion
>покажите show ip rtp header-commperssion
>покажите show ip rtp header-commperssion#show ip rtp header-compression
RTP/UDP/IP header compression statistics:
Interface Serial1/1:0:
Rcvd: 29775922 total, 29556785 compressed, 45014 errors
13193 dropped, 0 buffer copies, 0 buffer failures
Sent: 169025847 total, 98885242 compressed,
3728909924 bytes saved, 3136191713 bytes sent
2.18 efficiency improvement factor
Connect: 16 rx slots, 16 tx slots,
34733615 long searches, 69619946 misses 108295 collisions, 45 negative cache hits
58% hit ratio, five minute miss rate 0 misses/sec, 0 maxInterface Serial5/3:0:
Rcvd: 781662 total, 779780 compressed, 1343 errors
667 dropped, 3 buffer copies, 0 buffer failures
Sent: 3817841 total, 1169570 compressed,
42722947 bytes saved, 38534051 bytes sent
2.10 efficiency improvement factor
Connect: 16 rx slots, 16 tx slots,
306132 long searches, 2646979 misses 214 collisions, 0 negative cache hits
30% hit ratio, five minute miss rate 0 misses/sec, 0 max
Есть еще момент, что у на другом конце стоит не
ip tcp header-compression iphc-format
ip rtp header-compression iphc-format
а
ip tcp header-compression passive
ip rtp header-compression passiveПробую сделать тоже в passive, команду проглатывает, изменений нет.
Пробовал так
conf t
int Se5/3:0
no ip tcp header-compression iphc-format
ip tcp header-compression passive
>Есть еще момент, что у на другом конце стоит не
>ip tcp header-compression iphc-format
>ip rtp header-compression iphc-format
>а
>ip tcp header-compression passive
>ip rtp header-compression passive
>
>Пробую сделать тоже в passive, команду проглатывает, изменений нет.
>Пробовал так
>conf t
>int Se5/3:0
>no ip tcp header-compression iphc-format
>ip tcp header-compression passiveЕсли с обоих сторон поставите passive, то, по-идее, работать не будет вообще.
Попробуйте покрутить ip rtp compression-connections. Например,
ip rtp compression-connections 128