diff options
author | pcadach <pcadach@f38db490-d61c-443f-a65b-d21fe96a405b> | 2006-09-30 04:41:04 +0000 |
---|---|---|
committer | pcadach <pcadach@f38db490-d61c-443f-a65b-d21fe96a405b> | 2006-09-30 04:41:04 +0000 |
commit | daebff01d175fd436ddf64a7435d69c40ecf7d8d (patch) | |
tree | f2dd643dc80cc1ee6f009d146f404842aee2f340 /codecs/lpc10/README | |
parent | 8f0144e93d26bdbbd2dd12617ba468c76effaa0e (diff) |
Merged revisions 44068 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r44068 | pcadach | 2006-09-30 10:37:39 +0600 (Сбт, 30 Сен 2006) | 14 lines
Found some buggy SIP clients (phones Planet VIP-153T firmware
1.0, Linksys PAP2 firmware 3.1.9(LSc)) which sends ACK not on OK
message only (when remote party answers) but on RINGING message
too, so when we send 200 OK message, we get unidentified ACK
message (because INVITE acknowledged on RINGING message already),
so 200 OK retransmits within its retransmission interval then
call gets dropped.
If someone else knows how to provide workaround for such cases,
please, fix it in correct way.
Thanks to ssh from #asteriskru for provide access to his box to
study and fix this case.
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@44069 f38db490-d61c-443f-a65b-d21fe96a405b
Diffstat (limited to 'codecs/lpc10/README')
0 files changed, 0 insertions, 0 deletions