[cisco-voip] SRST transfer not working

Erick Bergquist erickbe at yahoo.com
Mon Aug 21 18:08:02 EDT 2006


There was an issue where transfers had issues in earlier IOS versions and having "transfer-system full-consult" was the workaround/fix for the issue. 

----- Original Message ----
From: "Ortiz, Carlos" <CORTIZ at broward.org>
To: Scott Coner (US) <scott.coner at us.didata.com>; Jason Aarons (US) <jason.aarons at us.didata.com>; Robert Hugo <rthugo1 at gmail.com>
Cc: cisco-voip at puck.nether.net
Sent: Monday, August 21, 2006 9:38:33 AM
Subject: Re: [cisco-voip] SRST transfer not working

                                      I will add the transfer-system command and try again. I was just reading the help on the transfer-pattern command and that seems to only be necessary when the phones in SRST are not local to the same gateway.  Anyone else concur?
     
   Carlos
     
         
  From: Scott Coner (  US ) [mailto:scott.coner at us.didata.com] 
 Sent: Monday, August 21, 2006 10:34 AM
 To: Ortiz, Carlos; Jason Aarons (US); Robert Hugo
 Cc: cisco-voip at puck.nether.net
 Subject: RE: [cisco-voip] SRST transfer not working
   
    
   Huntstop is not necessary.  The only configuration necessary for transfer is:
     
   max-dn 48 dual-line
    transfer-pattern .....
     
   and 
     
   transfer-system full-consult  (I chose full-consult for my requirements, see below for other options)
     
   blind—Calls are transferred without consultation with a single phone line using the Cisco-proprietary method. 
   •full-blind—Calls are transferred without consultation using H.450.2 standard methods. 
   •full-consult—Calls are transferred with consultation using a second phone line if available. The calls fall back to full-blind if the second line is unavailable. 
   •local-consult—Calls are transferred with local consultation using a second phone line if available. The calls fall back to blind for nonlocal consultation or nonlocal transfer target. 
     
     
         
  From: Ortiz, Carlos [mailto:CORTIZ at broward.org] 
 Sent: Monday, August 21, 2006 10:29 AM
 To: Scott  Coner (US); Jason Aarons (US); Robert Hugo
 Cc: cisco-voip at puck.nether.net
 Subject: RE: [cisco-voip] SRST transfer not working
   
    
   There were some suggestions to add 2 commands that you have and I don’t: 
     
   transfer-system full-consult
   no huntstop
     
   Are these necessary for transfer to work in SRST?  I could possibly see the transfer command being useful but not sure what hunstop is needed for in this case…..
     
   Carlos
     
         
  From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of  Scott Coner  (US)
 Sent: Monday, August 21, 2006 10:21 AM
 To: Ortiz, Carlos; Jason Aarons (US); Robert Hugo
 Cc: cisco-voip at puck.nether.net
 Subject: Re: [cisco-voip] SRST transfer not working
   
    
   Here is the configuration I use.  Transfer works the same in SRST with this config as it does when the phones are registered to CM.
     
   call-manager-fallback
    secondary-dialtone 9
    max-conferences 4 gain -6
    transfer-system full-consult
    timeouts interdigit 5
    ip source-address 172.16.21.11 port 2000
    max-ephones 24
    max-dn 48 dual-line
    transfer-pattern 6...
    default-destination 6900
    no huntstop
     
         
  From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Ortiz, Carlos
 Sent: Monday, August 21, 2006 10:17 AM
 To: Jason Aarons (US); Robert Hugo
 Cc: cisco-voip at puck.nether.net
 Subject: Re: [cisco-voip] SRST transfer not working
   
    
   Here is what I have in the SRST config.  I changed the max-dn line to have the dual-line parameter but still had the same issue?  Anyone have a known working config?  This location has all calls go to a receptionist who at xt 1009 who then transfers to the other phones.
     
   call-manager-fallback
    max-conferences 2 gain -6
    limit-dn 7940 2
    limit-dn 7960 2
    timeouts interdigit 6
    ip source-address 10.107.248.1 port 2000
    max-ephones 25
    max-dn 50 dual-line
    default-destination 1009
     
   Carlos
     
         
  From: Jason Aarons (US) [mailto:jason.aarons at us.didata.com] 
 Sent: Saturday, August 19, 2006 11:25 AM
 To: Robert Hugo; Ortiz, Carlos
 Cc: cisco-voip at puck.nether.net
 Subject: RE: [cisco-voip] SRST transfer not working
   
    
   Can’t you just add;
    
   Call-manager-fallback 
       transfer-system full-consult
     
         
  From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Robert Hugo
 Sent: Friday, August 18, 2006 4:59 PM
 To: Ortiz, Carlos
 Cc: cisco-voip at puck.nether.net
 Subject: Re: [cisco-voip] SRST transfer not working
   
    
     Also make sure you have this in your SRST config:
   
     
   
    call-manager-fallback
   
     huntstop channel
   
     max-dn dual-line
   
     
   
     
   
    When the router goes into SRST mode, this keeps the second channel free for call transfer, call forwarding......
 
  
   
    On 8/18/06, Ortiz, Carlos <CORTIZ at broward.org> wrote: 
         I have a site that just went into SRST mode because the WAN is down.  Calls are coming in to the receptionist but she is unable to complete transfers.  Any idea why that would be? 
    
   Carlos
   
  
  
  
 _______________________________________________
 cisco-voip mailing list
 cisco-voip at puck.nether.net
 https://puck.nether.net/mailman/listinfo/cisco-voip 
   
  
 
 
 -- 
 Robert Hugo
 Senior Voice Network Engineer
 World Wide Technologies
  60 Weldon Parkway
  St. Louis ,  MO , 63043
 1-314-409-6527
 Cell:1-217-520-3261 
   
     


 
 Disclaimer:
 
 This e-mail communication and any attachments may contain
 confidential and privileged information and is for use by the
 designated addressee(s) named above only.  If you are not the
 intended addressee, you are hereby notified that you have received
 this communication in error and that any use or reproduction of
 this email or its contents is strictly prohibited and may be
 unlawful.  If you have received this communication in error, please
 notify us immediately by replying to this message and deleting it
 from your computer. Thank you.
 
   


 
 Disclaimer:
 
 This e-mail communication and any attachments may contain
 confidential and privileged information and is for use by the
 designated addressee(s) named above only.  If you are not the
 intended addressee, you are hereby notified that you have received
 this communication in error and that any use or reproduction of
 this email or its contents is strictly prohibited and may be
 unlawful.  If you have received this communication in error, please
 notify us immediately by replying to this message and deleting it
 from your computer. Thank you.
 
   


 
 Disclaimer:
 
 This e-mail communication and any attachments may contain
 confidential and privileged information and is for use by the
 designated addressee(s) named above only.  If you are not the
 intended addressee, you are hereby notified that you have received
 this communication in error and that any use or reproduction of
 this email or its contents is strictly prohibited and may be
 unlawful.  If you have received this communication in error, please
 notify us immediately by replying to this message and deleting it
 from your computer. Thank you.
 
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip




-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://puck.nether.net/pipermail/cisco-voip/attachments/20060821/20a79f42/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 73 bytes
Desc: image001.gif
Url : https://puck.nether.net/pipermail/cisco-voip/attachments/20060821/20a79f42/attachment-0001.gif 


More information about the cisco-voip mailing list