On about 25% of inbound calls to a ring group, picking up any one  
extension as it rings results in dead air.

Some details regarding my VoIP network to make the following logs more  
readable:
192.168.7.130 resolves to the trixbox host.
192.168.7.135 resolves to endpoint 812.
192.168.7.137 resolves to endpoint 811.
192.168.7.138 resolves to endpoint 810.
192.168.7.139 resolves to endpoint 813.
192.168.7.140 resolves to endpoint 817.
24.136.116.102 is the address of the pbx.
66.23.129.253 is the address of my VoIP provider's peering host.


Very verbose asterisk logging of such a failed inbound call returns  
snippets such as the following two examples:

<------------->
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 0: ACK 
sip:18502296...@phonehome.admiralenvelope.com 
  SIP/2.0 (57)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 1: Via: SIP/2.0/UDP  
192.168.7.140:5060;branch=z9hG4bK8ef20feeb668f72f (66)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 2: From: "Shipping" 
<sip:8...@phonehome.admiralenvelope.com 
 >;tag=4aeafc6270620b72 (77)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 3: To: 
<sip:18502296...@phonehome.admiralenvelope.com 
 >;tag=as7823cf0c (66)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 4: Contact: 
<sip:8...@192.168.7.140:5060;transport=udp 
 > (51)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 5: Supported: path (15)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 6: Proxy- 
Authorization: Digest username="817", realm="asterisk", algorithm=MD5,  
uri="sip:18502296...@phonehome.admiralenvelope.com", nonce="12f646df",  
response="e77e7b202fc6a0bc5930460db8243292" (191)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 7: Call-ID: 
9dd235bb45bb9...@192.168.7.140 
  (39)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 8: CSeq: 61074 ACK (15)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 9: User-Agent:  
Grandstream GXP2000 1.1.6.16 (40)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 10: Max-Forwards: 70  
(16)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 11: Allow:  
INVITE 
,ACK 
,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE  
(85)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 12: Content-Length: 0  
(17)
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Header 13:  (0)
[Jul 16 16:17:38] VERBOSE[3214] logger.c: --- (13 headers 0 lines) ---
[Jul 16 16:17:38] DEBUG[3214] chan_sip.c: Invalid SIP message -  
rejected , no callid, len 763
[Jul 16 16:17:42] VERBOSE[3214] logger.c:
<--- SIP read from 192.168.7.135:5060 --->


<------------->
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 0: SIP/2.0 200 OK (14)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 1: Via: SIP/2.0/UDP  
192.168.7.130:5060;branch=z9hG4bK4ddb9288;rport (64)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 2: From: "Sales:  (14)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 3: To: 
<sip:8...@192.168.7.137:5060;transport=udp 
 >;tag=5d9dbfef4e870100 (67)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 4: Call-ID: 
238f32201de94e3336a339d650b71...@192.168.7.130 
  (55)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 5: CSeq: 102 INVITE  
(16)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 6: User-Agent:  
Grandstream GXP2000 1.1.6.16 (40)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 7: Contact: 
<sip:8...@192.168.7.137:5060;transport=udp 
 > (51)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 8: Allow:  
INVITE 
,ACK 
,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE  
(85)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 9: Content-Type:  
application/sdp (29)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 10: Supported:  
replaces, timer (26)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 11: Content-Length:  
212 (19)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Header 12:  (0)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: v=0 (3)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: o=811 8002 8000 IN IP4  
192.168.7.137 (36)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: s=SIP Call (10)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: c=IN IP4 192.168.7.137  
(22)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: t=0 0 (5)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: m=audio 5008 RTP/AVP 0  
101 (26)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: a=sendrecv (10)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: a=rtpmap:0 PCMU/8000  
(20)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: a=ptime:20 (10)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: a=rtpmap:101 telephone- 
event/8000 (33)
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Line: a=fmtp:101 0-11 (15)
[Jul 16 13:43:42] VERBOSE[3214] logger.c: --- (12 headers 11 lines) ---
[Jul 16 13:43:42] DEBUG[3214] chan_sip.c: Invalid SIP message -  
rejected , no callid, len 766
[Jul 16 13:43:42] VERBOSE[3214] logger.c:
<--- SIP read from 192.168.7.135:5060 --->



I performed a tcpdump of UDP packets during one of these failed  
inbound calls. Of approx. 3000 packets logged, almost all packets are  
a repeat of the following two lines:
67.16.97.188    192.168.7.130   UDP     Source port: 53752  Destination port:  
19240
192.168.7.130   192.168.7.137   UDP     Source port: 16036  Destination port:  
wsm-server      


A few other logged packets that all seem to be normal registration  
traffic between trixbox host and endpoints:
192.168.7.135   192.168.7.130   SIP     Status: 200 OK[Packet size limited  
during capture]
192.168.7.137   192.168.7.130   SIP     Status: 200 OK[Packet size limited  
during capture]
192.168.7.138   192.168.7.130   SIP     Status: 200 OK[Packet size limited  
during capture]
192.168.7.139   192.168.7.130   SIP     Status: 200 OK[Packet size limited  
during capture]
192.168.7.140   192.168.7.130   SIP     Status: 200 OK[Packet size limited  
during capture]
192.168.7.130   192.168.7.137   UDP     Source port: 16037  Destination port:  
wsm-server-ssl
192.168.7.135   192.168.7.130   UDP     Source port: sip  Destination port: sip
192.168.7.130   192.168.7.135   UDP     Source port: sip  Destination port: sip
192.168.7.137   192.168.7.130   UDP     Source port: sip  Destination port: sip
192.168.7.130   192.168.7.137   UDP     Source port: sip  Destination port: sip
192.168.7.138   192.168.7.130   UDP     Source port: sip  Destination port: sip
192.168.7.130   192.168.7.138   UDP     Source port: sip  Destination port: sip
192.168.7.139   192.168.7.130   UDP     Source port: sip  Destination port: sip
192.168.7.130   192.168.7.139   UDP     Source port: sip  Destination port: sip
192.168.7.140   192.168.7.130   UDP     Source port: sip  Destination port: sip
192.168.7.130   192.168.7.140   UDP     Source port: sip  Destination port: sip


And finally, some more interesting packet entries:
192.168.7.130   67.16.97.188    UDP     Source port: 19241  Destination port:  
53753
192.168.7.130   67.16.97.188    UDP     Source port: 19241  Destination port:  
53753 [UDP CHECKSUM INCORRECT] (this repeated 8 times)
192.168.7.130   192.168.7.137   SIP     Request: ACK 
sip:8...@192.168.7.137:5060;transport=udp


The last packet seems the most interesting, so I provide full packet  
details (unfortunately: 'Packet size limited during capture'):
192.168.7.130         192.168.7.137         SIP      Request: ACK 
sip:8...@192.168.7.137:5060;transport=udp

Frame 185 (425 bytes on wire, 96 bytes captured)
     Arrival Time: Jul 16, 2009 16:16:42.274572000
     [Time delta from previous captured frame: 0.000942000 seconds]
     [Time delta from previous displayed frame: 0.000942000 seconds]
     [Time since reference or first frame: 1.820952000 seconds]
     Frame Number: 185
     Frame Length: 425 bytes
     Capture Length: 96 bytes
     [Frame is marked: False]
     [Protocols in frame: eth:ip:udp:sip]
     [Coloring Rule Name: UDP]
     [Coloring Rule String: udp]
Ethernet II, Src: Dell_6d:d1:fa (00:12:3f:6d:d1:fa), Dst:  
Grandstr_14:48:8d (00:0b:82:14:48:8d)
     Destination: Grandstr_14:48:8d (00:0b:82:14:48:8d)
         Address: Grandstr_14:48:8d (00:0b:82:14:48:8d)
         .... ...0 .... .... .... .... = IG bit: Individual address  
(unicast)
         .... ..0. .... .... .... .... = LG bit: Globally unique  
address (factory default)
     Source: Dell_6d:d1:fa (00:12:3f:6d:d1:fa)
         Address: Dell_6d:d1:fa (00:12:3f:6d:d1:fa)
         .... ...0 .... .... .... .... = IG bit: Individual address  
(unicast)
         .... ..0. .... .... .... .... = LG bit: Globally unique  
address (factory default)
     Type: IP (0x0800)
Internet Protocol, Src: 192.168.7.130 (192.168.7.130), Dst:  
192.168.7.137 (192.168.7.137)
     Version: 4
     Header length: 20 bytes
     Differentiated Services Field: 0x60 (DSCP 0x18: Class Selector 3;  
ECN: 0x00)
         0110 00.. = Differentiated Services Codepoint: Class Selector  
3 (0x18)
         .... ..0. = ECN-Capable Transport (ECT): 0
         .... ...0 = ECN-CE: 0
     Total Length: 411
     Identification: 0x4026 (16422)
     Flags: 0x00
         0... = Reserved bit: Not set
         .0.. = Don't fragment: Not set
         ..0. = More fragments: Not set
     Fragment offset: 0
     Time to live: 64
     Protocol: UDP (0x11)
     Header checksum: 0xa870 [correct]
         [Good: True]
         [Bad : False]
     Source: 192.168.7.130 (192.168.7.130)
     Destination: 192.168.7.137 (192.168.7.137)
User Datagram Protocol, Src Port: sip (5060), Dst Port: sip (5060)
     Source port: sip (5060)
     Destination port: sip (5060)
     Length: 391
     Checksum: 0x91f4
         [Good Checksum: False]
         [Bad Checksum: False]
Session Initiation Protocol
     Request-Line: ACK sip:8...@192.168.7.137:5060;transport=udp SIP/2.0
         Method: ACK
[Packet size limited during capture: SIP truncated]



My VoIP provider has offered their logs of the same call. They  
theorized that the problem exists between the trixbox host and the  
endpoints, possibly an issue with an unrecognized codec on the part of  
the endpoints. However, the endpoints are equipped for G.729a, so I  
don't believe that's the issue here. Their logs are as follows:

U 2009/07/16 20:15:19.097706 66.23.129.253:5060 -> 24.136.116.102:5060
INVITE sip:18888106...@24.136.116.102 SIP/2.0..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKf06e.46f9bd3.0..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKfv7a0p204o3hfkg9r100.1..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17818 INVITE..
Max-Forwards: 16..
Allow:  
INVITE 
,ACK,CANCEL,BYE,REGISTER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS..
Accept: application/sdp, application/isup, application/dtmf,  
application/dtmf-relay,  multipart/mixed..
Contact: <sip:8502296...@67.16.97.188:5060;transport=udp>..
Remote-Party-ID: <sip:8502296...@67.16.97.188:5060>;privacy=off..
Supported: timer..
Session-Expires: 64800..
Min-SE: 64800..
Content-Length: 302..
Content-Disposition: session; handling=required..
Content-Type: application/sdp....
v=0..
o=Sonus_UAC 1891 6087 IN IP4 67.16.97.188..
s=SIP Media Capabilities..
c=IN IP4 67.16.97.188..
t=0 0..
m=audio 53752 RTP/AVP 18 0 8 100..
a=rtpmap:18 G729/8000..
a=fmtp:18 annexb=no..
a=rtpmap:0 PCMU/8000..
a=rtpmap:8 PCMA/8000..
a=rtpmap:100 telephone-event/8000..
a=fmtp:100 0-15..
a=sendrecv..
a=ptime:20..


U 2009/07/16 20:15:19.154046 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 100 Trying..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKf06e. 
46f9bd3.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKfv7a0p204o3hfkg9r100.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17818 INVITE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Length: 0....


U 2009/07/16 20:15:20.095049 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 180 Ringing..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKf06e. 
46f9bd3.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKfv7a0p204o3hfkg9r100.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17818 INVITE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Length: 0....


U 2009/07/16 20:15:20.095897 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 200 OK..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKf06e. 
46f9bd3.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKfv7a0p204o3hfkg9r100.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17818 INVITE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Type: application/sdp..
Content-Length: 313....
v=0..
o=root 3200 3200 IN IP4 24.136.116.102..
s=session..
c=IN IP4 24.136.116.102..
t=0 0..
m=audio 19240 RTP/AVP 18 0 8 100..
a=rtpmap:18 G729/8000..
a=fmtp:18 annexb=no..
a=rtpmap:0 PCMU/8000..
a=rtpmap:8 PCMA/8000..
a=rtpmap:100 telephone-event/8000..
a=fmtp:100 0-16..
a=silenceSupp:off - - - -..a=ptime:20..a=sendrecv..


U 2009/07/16 20:15:20.135129 66.23.129.253:5060 -> 24.136.116.102:5060
ACK sip:18888106...@24.136.116.102 SIP/2.0..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=0..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241.1..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17818 ACK..
Max-Forwards: 16..
Content-Length: 0....


U 2009/07/16 20:15:20.138585 66.23.129.253:5060 -> 24.136.116.102:5060
INVITE sip:18888106...@24.136.116.102 SIP/2.0..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bKe06e.e80f1b27.0..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241cb000akd2.1..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17819 INVITE..
Max-Forwards: 16..
Allow:  
INVITE 
,ACK,CANCEL,BYE,REGISTER,INFO,SUBSCRIBE,NOTIFY,PRACK,UPDATE,OPTIONS..
Accept: application/sdp, application/isup, application/dtmf,  
application/dtmf-relay,  multipart/mixed..
Contact: <sip:8502296...@67.16.97.188:5060;transport=udp>..
Supported: timer..
Session-Expires: 64800;refresher=uac..
Min-SE: 64800..
Content-Length: 254..
Content-Disposition: session; handling=required..
Content-Type: application/sdp....
v=0..
o=Sonus_UAC 1891 6088 IN IP4 67.16.97.188..
s=SIP Media Capabilities..
c=IN IP4 67.16.97.188..
t=0 0..
m=audio 53752 RTP/AVP 18 100..
a=rtpmap:18 G729/8000..
a=fmtp:18 annexb=no..
a=rtpmap:100 telephone-event/8000..
a=fmtp:100 0-15..
a=sendrecv..
a=ptime:20..


U 2009/07/16 20:15:20.162110 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 100 Trying..
Via: SIP/2.0/UDP  
66.23.129.253 
:5060;branch=z9hG4bKe06e.e80f1b27.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241cb000akd2.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17819 INVITE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Length: 0....


U 2009/07/16 20:15:20.169358 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 200 OK..
Via: SIP/2.0/UDP  
66.23.129.253 
:5060;branch=z9hG4bKe06e.e80f1b27.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241cb000akd2.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17819 INVITE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Type: application/sdp..
Content-Length: 265....
v=0..
o=root 3200 3201 IN IP4 24.136.116.102..
s=session..
c=IN IP4 24.136.116.102..
t=0 0..
m=audio 19240RTP/AVP 18 100..
a=rtpmap:18 G729/8000..
a=fmtp:18 annexb=no..
a=rtpmap:100 telephone-event/8000..
a=fmtp:100 0-16..
a=silenceSupp:off - - - -..
a=ptime:20..
a=sendrecv..


U 2009/07/16 20:15:20.184889 66.23.129.253:5060 -> 24.136.116.102:5060
ACK sip:18888106...@24.136.116.102 SIP/2.0..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=0..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKlo9lkp0068jgkl8ei5s1.1..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17819 ACK..
Max-Forwards: 16..
Content-Length: 0....


U 2009/07/16 20:17:17.560838 66.23.129.253:5060 -> 24.136.116.102:5060
BYE sip:18888106...@24.136.116.102 SIP/2.0..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
Via: SIP/2.0/UDP 66.23.129.253:5060;branch=z9hG4bK306e.d826f45.0..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241cd000a4e2.1..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17820 BYE..
Max-Forwards: 16..
Content-Length: 0....


U 2009/07/16 20:17:17.581096 24.136.116.102:5060 -> 66.23.129.253:5060
SIP/2.0 200 OK..
Via: SIP/2.0/UDP  
66.23.129.253:5060;branch=z9hG4bK306e.d826f45.0;received=66.23.129.253..
Via: SIP/2.0/UDP  
67.16.97.188:5060;branch=z9hG4bKjgfasl305gv04koqe241cd000a4e2.1..
Record-Route: 
<sip:18888106...@66.23.129.253:5060;nat=yes;ftag=SDju4rb01-gK0665046d;lr=on 
 >..
From: <sip:8502296...@67.16.97.188;isup-oli=0;pstn- 
params=808481808882>;tag=SDju4rb01-gK0665046d..
To: <sip:18888106...@66.23.129.253>;tag=as0fbef785..
Call-ID: SDju4rb01-57c8b4208c5ab4509be51993b36f46eb-v3000i1..
CSeq: 17820 BYE..
User-Agent: Asterisk PBX..
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY..
Supported: replaces..
Contact: <sip:18888106...@24.136.116.102>..
Content-Length: 0....


I recognize that I am posting to an asterisk list, but I think this is  
a question best asked of an asterisk/SIP proficient group. I hope you  
will all be soft on me there! My trixbox version is v2.6.2.1. I am  
aware that there are updates available, but this is a production  
system, and I generally try to not fix what isn't surely broke. On the  
other hand, if an upgrade will resolve this issue (as in, 'it's a  
known bug'), I will happily do so!


All endpoints are Grandstream GXP2000s.


On a final note, my custom iptables did not report anything being  
blocked during this period.


If anyone can advise, it would be much appreciated. Thanks in advance!

_______________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to