Hello all, anybody who could help me or answer my question, please?
Thanks in advance, -Vlada 2015-05-07 16:30 GMT+02:00 Vladimir Broz <[email protected]>: > Hello, > > I posted this on the asterisk-users mailing list, but it seems like it's > more probably a question for the developers... > > I've got a deployment with the SBC in between the clients and Asterisk > (11.17.1 version). When the UAC tries to subscribe for "dialog" event > package, the NOTIFY request sent by Asterisk fails. > The SBC uses a different Contact (user part) for the 1st and the 2nd > SUBSCRIBE (with Auth.). > The issue is that Asterisk sends the NOTIFY with R-URI of the first > SUBSCRIBE's Contact, not the 2nd one and SBC does not recognise this > request, as it would expect the NOTIFY with R-URI containing the 2nd > SUSBSCRIBE's Contact. > I would say Asterisk should use the 2nd Contact? > > the log and trace: > > SBC <--> PBX (Asterisk) > > --> 1st SUBSCRIBE: > > SUBSCRIBE sip:[email protected] SIP/2.0 > ... > CSeq: 1 SUBSCRIBE > Call-ID: [email protected] > Event: dialog > Expires: 3600 > Contact: <sip:[email protected];transport=udp> > > ... > > [2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:16341 build_route: > build_route: Contact hop: < > sip:[email protected];transport=udp> > > <-- 401 unauthorized > --> 2nd SUBSCRIBE (authenticated): > SUBSCRIBE sip:[email protected] SIP/2.0 > ... > CSeq: 2 SUBSCRIBE > Call-ID: [email protected] > Event: dialog > Authorization: Digest username="100", realm="asterisk", nonce="69f0a340", > uri="sip:[email protected]", response="580f1a83fb04d58e2bc5cb9c4c531771", > algorithm=MD5 > Expires: 3600 > Contact: <sip:[email protected];transport=udp> > > [2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:16259 build_route: > build_route: Retaining previous route: < > sip:[email protected];transport=udp> > ... > [2015-05-04 16:56:50] DEBUG[1948]: chan_sip.c:11811 reqprep: Strict > routing enforced for session ... > ... > set_destination: Parsing > <sip:[email protected];transport=udp> > for address/port to send to > ... > > <-- 200 OK > <-- NOTIFY: > NOTIFY sip:[email protected];transport=udp > SIP/2.0 > ... > Contact: <sip:[email protected]:5060> > Call-ID: [email protected] > CSeq: 102 NOTIFY > .... > > --> 491 Call leg/Transaction does not exists > > > Why Asterisk does the "build_route: Retaining previous route:..." and > doesn't update it according to the 2nd SUBSCRIBE? > > Thanks in advance for any hint, > -Vlada >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
