求教顯示真正incoming CID而不是Sipgate的號碼

別人打入電話，通過GV -->SG -->SS -->ATA，在ATA上顯示的是SG的號碼，而不是真正打入者的CID。看了看之前fitwxc的帖子，可能我沒找對，沒找到答案。

google搜了一下，發現可以解決這個問題，但涉及ruby plan，不知道怎麽改。
http://www.mysipswitch.com/forum/viewtopic.php?t=1799

關鍵就是不知道該怎麽套用下麵這段
name = req.Header.from.FromURI.User.to_s ## if name =~ /^$|\D/



下麵是我目前的dial plan


#Ruby
# Dial Plan Generated by Rubyzard v0.1
# If you need help, please post in our forum
# http://www.mysipswitch.com

# SIP tracing : true or false
sys.Trace = false

sys.Log("call from #{req.Header.From.FromURI.ToString()} to #{req.URI.User}.")

if sys.In then
# Do your INCOMING call processing customisations here.
if sys.IsAvailable() then
sys.Dial("#{sys.Username}@local",30)
sys.Dial("Enter Number@SG",30)
sys.Respond(480, "#{sys.Username} Not available")
else
sys.Dial("Enter Number@SG",30)
sys.Respond(480, "#{sys.Username} Not available")
end

else
# Do your OUTGOING call processing customisations here.
case req.URI.User

when /^011/ then sys.Dial("nonoh")

#when /^1/ then sys.Dial("SG")
when /^1/ then sys.GoogleVoiceCall("full gail address", "GV password", "SG #", "#{req.URI.user}","GV#")
else sys.Dial("SG")
end

所有跟帖： 

• 回複：求教顯示真正incoming CID而不是Sipgate的號碼 -出入自在- ♂ (164 bytes) () 11/13/2009 postreply 19:54:36

• 應該是這樣，不過要等下周一才能再試 -smhsmh- ♀ (67 bytes) () 11/13/2009 postreply 20:38:18

• IPkall 不一樣，至今沒解 -出入自在- ♂ (52 bytes) () 11/14/2009 postreply 05:03:14

• IPkall 怎麽設定 -以前的筆名忘了- ♂ (438 bytes) () 11/14/2009 postreply 12:01:10

• GV foward to IPkall 驗證過了嗎？ -出入自在- ♂ (40 bytes) () 11/14/2009 postreply 12:45:31

• 回複：GV foward to IPkall 驗證過了嗎？ -以前的筆名忘了- ♂ (320 bytes) () 11/14/2009 postreply 13:05:08

• 回複：回複：GV foward to IPkall 驗證過了嗎？ -出入自在- ♂ (195 bytes) () 11/14/2009 postreply 13:28:01

• 回複：IPkall 怎麽設定 -以前的筆名忘了- ♂ (163 bytes) () 11/14/2009 postreply 12:52:18

• 這個現象沒解 -出入自在- ♂ (148 bytes) () 11/14/2009 postreply 13:01:39

• 360區號的IPKall還是GV號碼 -以前的筆名忘了- ♂ (0 bytes) () 11/14/2009 postreply 13:28:36

• IPKall號碼 -出入自在- ♂ (0 bytes) () 11/14/2009 postreply 13:34:49

• 更改後不成功 -smhsmh- ♀ (1355 bytes) () 11/16/2009 postreply 08:15:12