<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style id="owaParaStyle" type="text/css">
<!--
p
{margin-top:0;
margin-bottom:0}
p
{margin-top:0;
margin-bottom:0}
-->
P {margin-top:0;margin-bottom:0;}</style>
</head>
<body ocsi="0" fpstyle="1">
<div style="direction: ltr;font-family: Tahoma;color: #000000;font-size: 10pt;">Should have also said, I'm on v3.1.. Sorry!<br>
<br>
<br>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div style="direction: ltr;" id="divRpF81625"><font color="#000000" face="Tahoma" size="2"><b>From:</b> spce-user-bounces@lists.sipwise.com [spce-user-bounces@lists.sipwise.com] on behalf of Derrick Bradbury [derrickb@halex.com]<br>
<b>Sent:</b> Monday, March 24, 2014 12:30 PM<br>
<b>To:</b> spce-user@lists.sipwise.com<br>
<b>Subject:</b> [Spce-user] CE - Voicemail<br>
</font><br>
</div>
<div></div>
<div>
<div style="direction:ltr; font-family:Tahoma; color:#000000; font-size:10pt">
<div style="direction:ltr; font-family:Tahoma; color:#000000; font-size:10pt">Hi all...<br>
<br>
I'm running CE on Virtualbox, and am having issues trying to get the voicemail to work..<br>
<br>
To test I have call forwarding set to the voicemail box. <br>
<br>
>From what I can see in the docs with the callflow the call is supposed to go:<br>
<br>
Endpoint -> LB -> Proxy -> AppServer (voicemail)<br>
<br>
But it is going:<br>
<br>
Endpoint -> LB ->Proxy -> SBC -> dies<br>
<br>
I have been pouring over logs the last little bit and see this:<br>
<br>
Mar 21 19:40:50 spce proxy[3785]: INFO: <script>: No CF time destination set for CF map id '5' found, CF is done always - R=sip:user_FKpNTQML@sipce.halex.com ID=070e54c47e42ec7f7e6fa723037ea108@74.205.223.213<br>
Mar 21 19:40:50 spce proxy[3785]: NOTICE: <script>: CFU to destination 'sip:vmu1905642XXXX@voicebox.local' with timeout '300' activated - R=sip:vmu1905642XXXX@voicebox.local ID=070e54c47e42ec7f7e6fa723037ea108@74.205.223.XXX<br>
<br>
It then jumps down to ROUTE_EXECUTE_CF_LOOP where it sends it to the SBC and somewhere in here I see:<br>
<br>
Mar 21 20:29:49 spce sems[16908]: [#7f200fdfd700] [send, transport.cpp:98] DEBUG: send msg#012--++--#012INVITE sip:vmu19056423835@voicebox.local SIP/2.0#015#012Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bKb1f7Ta~I;rport#015#012From: "Halex" <sip:9057636529@74.205.223.213>;tag=7DE69E5E-532C932D0002B975-0F<br>
<br>
and then:<br>
Mar 21 20:29:49 spce sems[16908]: [#7f200efef700] [run, udp_trsp.cpp:213] DEBUG: vv M [|] u recvd msg via UDP vv#012--++--#012SIP/2.0 404 Not Found#015#012Via: SIP/2.0/UDP 127.0.0.1:5080;branch=z9hG4bKb1f7Ta~I;rport=5080#015#012From: "Halex" <sip:9057636529@74.205.223.213>;tag=7DE69E5E-532C932D0002B975-0FEM<br>
<br>
Which then gets relayed back up the line.... <br>
<br>
So looking at the logic, it will work if it goes to the app server instead of the SBC.. but am I missing something on the routing?<br>
<br>
This seems to be my only show stopper right now...<br>
<br>
Thanks,<br>
Derrick<br>
<br>
</div>
</div>
</div>
</div>
</div>
</body>
</html>