< Previous by Date | Date Index | Next by Date > |
Thread Index | Next in Thread > |
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. |