求教显示真正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