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: http://svn.digium.com/svn/asterisk/branches/1.6.1@256163 f38db490-d61c-443f-a65b-d21fe96a405b

1 files changed, 2 insertions, 2 deletions

diff --git a/doc/tex/localchannel.tex b/doc/tex/localchannel.tex
index 0e9f537fd..5c91eda2a 100644
--- 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.