Merged revisions 256161 via svnmerge from

https://origsvn.digium.com/svn/asterisk/trunk

........
  r256161 | lmadsen | 2010-04-05 10:14:53 -0500 (Mon, 05 Apr 2010) | 1 line

  Fix for localchannel.tex to allow PDFs to be generated again.
........

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

diff --git a/doc/tex/localchannel.tex b/doc/tex/localchannel.tex
index 0e9f537fdc3393fc787f383c99eed147f05adc88..5c91eda2a9836c078048c1a7506c0e81e42d526f 100644 (file)
--- a/doc/tex/localchannel.tex
+++ b/doc/tex/localchannel.tex
@@ -384,7 +384,7 @@ as expected.
 This following dialplan will not perform as expected.
 
 [services]
-exten => 2,1,Dial(SIP/PHONE_B,,L(60000:45000:15000))
+exten => 2,1,Dial(SIP/PHONE\_B,,L(60000:45000:15000))
 
 [internal]
 exten => 4,1,Dial(Local/2@services);
@@ -432,7 +432,7 @@ discuss the information associated with the channels:
   \item Asterisk accepts the INVITE and then starts processing dialplan logic in the [internal] context
   \item Our dialplan calls Dial(Local/2@services) -- notice no /n
   \item The Local channel then executes dialplan at extension 2 within the [services] context
-  \item Extension 2 within [services] then performs Dial() to PHONE_B with the line:  Dial(SIP/PHONE\_B,,L(60000:45000:15000))
+  \item Extension 2 within [services] then performs Dial() to PHONE\_B with the line:  Dial(SIP/PHONE\_B,,L(60000:45000:15000))
   \item SIP/PHONE\_B then answers the call
   \item Even though the L option was given when dialing the SIP device, the L information is stored in the channel that is doing the Dial() which is the Local channel, and not the endpoint SIP channel.
   \item The Local channel in the middle, containing the information for tracking the time allowance of the call, is then optimized out of the call path, losing all information about when to terminate the call.