I am seeing the following issue
<br />
<br />One of OpenSIPS users makes an outbound call through a SIP carrier. This gets sent to my OpenSIPS B2BUA which then sends it to the SIP carrier. The calls length makes it to 30 minutes and then it is killed.
<br />
<br />I see that the SIP carrier at around the 30 minute mark is sending an UPDATE message to the client but for some reason when the OpenSIPS B2BUA sees this UPDATE message it doesn't think it is apart of the current dialog. So then the SIP carrier sends a BYE because it never got a reply back for the UPDATE. The OpenSIPS B2BUA has no problem recognizing the BYE message as being apart of the Dialog and sends this over to the OpenSIPS user. Am I doing something wrong?
<br />
<br />Here is the NGREP
<br />#
<br />U 2012/03/21 16:52:45.756905 64.136.174.30:5060 -> 173.XXX.XXX.88:5060
<br />UPDATE sip:173.XXX.XXX.88:5060 SIP/2.0.
<br />Via: SIP/2.0/UDP 64.136.174.30:5060;branch=z9hG4bK2sansay124864862rdb11560.
<br />To: <sip:9016XX6XX4@irock.com>;tag=38c6d6bcece65cb87e503e966caf6840-231e.
<br />From: sip:+15125XX6XX5@64.136.174.30:5060;tag=sansay124864862rdb11560.
<br />Call-ID: B2B.164.2700287.
<br />CSeq: 2 UPDATE.
<br />Contact: <sip:+15125XX6XX5@64.136.174.30:5060>.
<br />Max-Forwards: 70.
<br />Content-Length: 0.
<br />.
<br />
<br />
<br />
<br />#
<br />U 2012/03/21 16:52:45.757567 173.XXX.XXX.88:5060 -> 64.136.174.30:5060
<br />SIP/2.0 404 Not Found.
<br />Via: SIP/2.0/UDP 64.136.174.30:5060;branch=z9hG4bK2sansay124864862rdb11560.
<br />To: <sip:9016XX6XX4@irock.com>;tag=38c6d6bcece65cb87e503e966caf6840-231e.
<br />From: sip:+15125XX6XX5@64.136.174.30:5060;tag=sansay124864862rdb11560.
<br />Call-ID: B2B.164.2700287.
<br />CSeq: 2 UPDATE.
<br />Server: Ae SIP B2BUA.
<br />Content-Length: 0.
<br />
<br />
<br />#
<br />U 2012/03/21 16:52:45.806886 64.136.174.30:5060 -> 173.XXX.XXX.88:5060
<br />BYE sip:173.XXX.XXX.88:5060 SIP/2.0.
<br />Via: SIP/2.0/UDP 64.136.174.30:5060;branch=z9hG4bK3sansay124864862rdb11560.
<br />To: <sip:9016XX6XX4@irock.com>;tag=38c6d6bcece65cb87e503e966caf6840-231e.
<br />From: sip:+15125XX6XX5@64.136.174.30:5060;tag=sansay124864862rdb11560.
<br />Call-ID: B2B.164.2700287.
<br />CSeq: 3 BYE.
<br />Max-Forwards: 70.
<br />Content-Length: 0
<br />.
<br />
<br />
<br />#
<br />U 2012/03/21 16:52:45.807455 173.XXX.XXX.88:5060 -> 50.XXX.XXX.156:5060
<br />BYE sip:ykfoiarq@216.12.249.203:15503 SIP/2.0.
<br />Via: SIP/2.0/UDP 173.XXX.XXX.88;branch=z9hG4bK4aa2.7324a565.0.
<br />To: "9016XX6XX4" <sip:9016XX6XX4@irock.com>;tag=39f6bb581600405191bed20db9143c12.
<br />From: <sip:915125XX6XX5@irock.com>;tag=B2B.318.227.
<br />CSeq: 2 BYE.
<br />Call-ID: 9bd234749a0942fb931baec02c8e37fd.
<br />Route: <sip:50.XXX.XXX.156;lr;ftag=39f6bb581600405191bed20db9143c12;did=07a.98264183>.
<br />Content-Length: 0.
<br />User-Agent: OpenSIPS (1.8.0-dev0-notls (x86_64/linux)).
<br />Max-Forwards: 70.
<br />Contact: <sip:173.XXX.XXX.88:5060>.
<br />.
<br />
<br />
<br />#
<br />U 2012/03/21 16:52:45.887995 50.XXX.XXX.156:5060 -> 173.XXX.XXX.88:5060
<br />SIP/2.0 200 OK.
<br />Via: SIP/2.0/UDP 173.XXX.XXX.88;branch=z9hG4bK4aa2.7324a565.0.
<br />Record-Route: <sip:50.XXX.XXX.156;lr;ftag=B2B.318.227>.
<br />Call-ID: 9bd234749a0942fb931baec02c8e37fd.
<br />From: <sip:915125XX6XX5@irock.com>;tag=B2B.318.227.
<br />To: "9016XX6XX4" <sip:9016XX6XX4@irock.com>;tag=39f6bb581600405191bed20db9143c12.
<br />CSeq: 2 BYE.
<br />Server: Blink 0.2.7 (Windows).
<br />Content-Length: 0.
<br />.
<br />
<br />#
<br />U 2012/03/21 16:52:45.888223 173.XXX.XXX.88:5060 -> 64.136.174.30:5060
<br />SIP/2.0 200 OK.
<br />Via: SIP/2.0/UDP 64.136.174.30:5060;branch=z9hG4bK3sansay124864862rdb11560.
<br />To: <sip:9016XX6XX4@irock.com>;tag=38c6d6bcece65cb87e503e966caf6840-231e.
<br />From: sip:+15125XX6XX5@64.136.174.30:5060;tag=sansay124864862rdb11560.
<br />Call-ID: B2B.164.2700287.
<br />CSeq: 3 BYE.
<br />Contact: <sip:173.XXX.XXX.88:5060>.
<br />Server: Ae SIP B2BUA.
<br />Content-Length: 0.
<br />
<br />
<br />
<br />
<br />Here is what I see in the syslog
<br />
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14256]: ERROR:b2b_entities:b2b_prescript_f: No dialog found, callid= [B2B.164.2700287], method=UPDATE
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14256]: Just entered Route: Call [UPDATE] domain [0] du [<null>] rd [173.XXX.XXX.88] td [irock.com] ds [<null>] Ri [173.XXX.XXX.88] rU[<null>] fU[+151
<br />
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14257]: b2b_request (B2B.164.2700287)
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14257]: B2B Request: Call [BYE] du [<null>] rd [173.XXX.XXX.88] td [irock.com] ds [<null>] Ri [173.XXX.XXX.88] rU[<null>] fU[+15125XX6XX5] ru[sip:173.XXX.XXX.88:5060] fu[sip:+15125XX6XX5@64.136.174.30:5060] tu[sip:9016XX26XX4@irock.com] od[173.XXX.XXX.88] fd[64.136.174.30]
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14255]: b2b_reply (9bd234749a0942fb931baec02c8e37fd)
<br />Mar 21 16:52:45 B2BUA02 /usr/local/sbin/opensips[14255]: B2B Reply: Call [BYE] domain [0] du [<null>] rd [<null>] td [irock.com] ds [<null>] Ri [173.XXX.XXX.88] rU[<null>] fU[915125XX6XX5] ru[<null>] fu[sip:915125XX6XX5@irock.com] tu[sip:9016XX26XX4@irock.com] od[<null>] fd[irock.com]
<br />
<br />
<br />So because the logic doesn't think the UPDATE message is apart of the dialog it goes through my main route{} logic.
<br />
<br />Any clues as to why this might be happening?