[Freeswitch-users] mod_lcr and 302 (Moved temporarily)

[Armando Kumbara]

I have configured the diaplan to make a database query using the lcr module
and respond with a 302 (moved temporarily) the destination number with a
new prefix to the gateway that is sending the call. The process of
manipulatinfg the digits works fine and the 302 message is generated bur
the call fails because of a problem in the 302 message below:

















*   SIP/2.0 302 Moved Temporarily   Via: SIP/2.0/UDP
192.168.8.23:5060;rport=5060;branch=z9hG4bK-528b3362-c488a182-4cc5
Max-Forwards: 50   From: "Armando Kumbara"<sip:1234567 at 192.168.8.23
<sip%3A1234567 at 192.168.8.23>>;tag=45826b5f-13c4-528b3362-c488a182-473c
To: <sip:9903645879714 at 95.107.130.71:5080
<http://sip:9903645879714@95.107.130.71:5080>>;tag=vSU04ySty4yvQ   Call-ID:
12b6c96c-45826b5f-13c4-528b3362-c488a182-670e at 192.168.8.23
<12b6c96c-45826b5f-13c4-528b3362-c488a182-670e at 192.168.8.23>   CSeq: 1
INVITE   Contact: "unknown" <sip:9902645879714 at 192.168.8.26:5060
<http://sip:9902645879714@192.168.8.26:5060>>   User-Agent:
FreeSWITCH-mod_sofia/1.5.6b+git~20131104T192948Z~384ddf1517~32bit   Accept:
application/sdp   Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO,
UPDATE, REGISTER, REFER, NOTIFY   Supported: timer, precondition, path,
replaces   Allow-Events: talk, hold, conference, refer   Reason:
Q.850;cause=31;text="NORMAL_UNSPECIFIED"   Content-Length: 0
Remote-Party-ID: "9903645879714" <sip:9903645879714 at 192.168.8.25
<sip%3A9903645879714 at 192.168.8.25>>;party=calling;privacy=off;screen=no*

Contact: "unknown" <sip:9902645879714 at 192.168.8.26:5060> should be
Contact: "9902645879714" <sip:9902645879714 at 192.168.8.26:5060>. the
dialplan entry for theDB query is the following:

<



*condition field="destination_number" expression="9903645879714">
<action application="lcr" data="$1 test"/>        <action
application="capture" data="mynum|${lcr_auto_route}|([^/]*)$"/>
<action application="redirect" data="${mynum[1]}@192.168.8.26:5060
<http://192.168.8.26:5060>>"/>  </condition>*

Basically it should receive the call and query the db, capture the last
digits after the "/" from the returned string and return it to the gaetway
via the 302 message.
Can you please advice me how i can fix this issue? Is there any way i can
fix the contact information from the dialplan?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20131119/847db444/attachment.html