< Previous by Date Date Index Next by Date >
< Previous in Thread Thread Index  

Re: [reSIProcate-users] Repro not favoring a route.


I solved this issue. Sort of. Simply upgrading to 1.8.5 fixed it. I suspect that for some reason (even though I was restarting the daemon) it was not rereading its own domains properly.

 

From: resiprocate-users-bounces@xxxxxxxxxxxxxxx [mailto:resiprocate-users-bounces@xxxxxxxxxxxxxxx] On Behalf Of Jerome Haltom
Sent: Thursday, December 6, 2012 10:21 AM
To: resiprocate-users@xxxxxxxxxxxxxxx
Subject: [reSIProcate-users] Repro not favoring a route.

 

I have the following route in repro:

 

Regex: ^sip:\+12144315363@.+

Destination: sip:+19722319828;ext=1112@10.0.4.88:5068;transport=tcp

 

This is designed to forward calls originating from the PSTN to my local PBX. However, it is not working. A call is being received attempting to INVITE sip:+12144315363@xxxxxxxxxxxxxx, and that is being forwarded BACK TO REPRO.

 

Dec  5 15:55:04 gilligan repro: INFO | 20121205-155504.544 | repro | REPRO:APP | 3002555200 | Proxy.cxx:353 | New RequestContext tid=d1f6.02b59023.0 : SipReq:  INVITE +12144315363@xxxxxxxxxxxxxx tid=d1f6.02b59023.0 cseq=23946 INVITE contact=+12146410503@192.168.37.68:5060 / 23946 from(wire) Dec  5 15:55:04 gilligan repro: INFO | 20121205-155504.544 | repro | REPRO:APP | 3002555200 | Proxy.cxx:363 | Inserting new RequestContext tid=d1f6.02b59023.0 -> numtrans=1 final=0 Dec  5 15:55:04 gilligan repro: INFO | 20121205-155504.545 | repro | REPRO:APP | 3002555200 | monkeys/AmIResponsible.cxx:138 | Sending to requri: sip:+12144315363@xxxxxxxxxxxxxx Dec  5 15:55:04 gilligan repro: INFO | 20121205-155504.545 | repro | REPRO:APP | 3002555200 | RequestContext.cxx:432 | numtrans=1 final=0 req=SipReq:  INVITE +12144315363@xxxxxxxxxxxxxx tid=d1f6.02b59023.0 cseq=23946 INVITE contact=+12146410503@192.168.37.68:5060 / 23946 from(wire) there are 1 candidates -> continue Dec  5 15:55:04 gilligan repro: INFO | 20121205-155504.570 | repro | REPRO:APP | 3002555200 | Proxy.cxx:353 | New RequestContext tid=4446db2c105a4b27 : SipReq:  INVITE +12144315363@xxxxxxxxxxxxxx tid=4446db2c105a4b27 cseq=23946 INVITE contact=+12146410503@192.168.37.68:5060 / 23946 from(wire)

 

Repro is trying to contact itself.

 

Now, my guess is that it's because repro is looking up its own name from sip.isillc.com. Which is correct. However, I don't want repro to do that. It's already received the call. I want it to relay it to a specific other IP address. I want the route I have entered to take precedence. I cannot figure out why it isn't.