----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviewboard.asterisk.org/r/4032/ -----------------------------------------------------------
(Updated Sept. 30, 2014, 7:19 a.m.) Review request for Asterisk Developers. Changes ------- Correct inverted logic. Repository: Asterisk Description ------- If contact rewriting is enabled but the contact differs in transport from what is actually being used, messages after the initial INVITE transaction can be sent to an incorrect transport/port combination. In the case where this bug occurred the remote party never received a BYE since it was sent to the remote party's TCP port over UDP. Diffs (updated) ----- branches/12/res/res_pjsip_nat.c 424094 Diff: https://reviewboard.asterisk.org/r/4032/diff/ Testing ------- Ensured that this patch allowed the BYE to be sent properly. Thanks, opticron
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
