From d17d9c542b8ed74d7deff1ecdafd2a3c34fa1ad5 Mon Sep 17 00:00:00 2001 From: Mark Michelson Date: Fri, 27 Jul 2007 14:31:35 +0000 Subject: Merged revisions 77490 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r77490 | mmichelson | 2007-07-27 09:30:43 -0500 (Fri, 27 Jul 2007) | 3 lines "re-invite" was misspelled ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@77491 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- channels/chan_sip.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'channels') diff --git a/channels/chan_sip.c b/channels/chan_sip.c index bbc6ea5f3..659690ac7 100644 --- a/channels/chan_sip.c +++ b/channels/chan_sip.c @@ -12872,7 +12872,7 @@ static void handle_response_invite(struct sip_pvt *p, int resp, char *rest, stru if (p->vrtp) ast_rtp_set_rtptimers_onhold(p->vrtp); /* Turn off RTP timers while we send fax */ } else if (p->t38.state == T38_DISABLED && bridgepeer && (bridgepvt->t38.state == T38_ENABLED)) { - ast_log(LOG_WARNING, "RTP re-inivte after T38 session not handled yet !\n"); + ast_log(LOG_WARNING, "RTP re-invite after T38 session not handled yet !\n"); /* Insted of this we should somehow re-invite the other side of the bridge to RTP */ /* XXXX Should we really destroy this session here, without any response at all??? */ sip_scheddestroy(p, DEFAULT_TRANS_TIMEOUT); -- cgit v1.2.3