A long time ago in a galaxy far far away a IPv6 update was made,

chan_h323 was not updated causeing all to flee to chan_ooh323.

the brave Jedi [asterisk developers] pondered this miscarrige of justice
and restored order to the force for the sake of closing out 2 old issues.

(closes issue ASTERISK-17278)
(closes issue ASTERISK-17500)
Reported by: dread, sybasesql
Tested by: irroot
Reviewed by: IRC (russellb, kpfleming)

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.8@336499 65c4cc65-6c06-0410-ace0-fbb531ad65f3

diff --git a/channels/chan_h323.c b/channels/chan_h323.c
index fbca7e8209b0261920c75973d7813ee50a813d6a..8a2593265fd79ebc50cad75e2d7032bce665381a 100644 (file)
--- a/channels/chan_h323.c
+++ b/channels/chan_h323.c
@@ -978,6 +978,7 @@ static int __oh323_rtp_create(struct oh323_pvt *pvt)
                        return -1;
                }
        }
+       our_addr.ss.ss_family = AF_INET;
        pvt->rtp = ast_rtp_instance_new("asterisk", sched, &our_addr, NULL);
        if (!pvt->rtp) {
                ast_mutex_unlock(&pvt->lock);