Hello, you should try with latest master branch, I just pushed a commit that should catch this case. Report back the results and if it fixes it, then it will be backported.
Cheers, Daniel On 28.04.22 09:28, Giovanni Tommasini wrote: > Thanks Henning, > the problem described in the issue 3090 > <https://github.com/kamailio/kamailio/issues/3090> looks very similar > to mine; I will organise myself to test the patch. > > Thanks, have a nice day > > Giovanni > > > On Wed, Apr 27, 2022 at 7:47 PM Henning Westerholt <[email protected]> wrote: > > Hello, > > > > did you also looked into this: > https://github.com/kamailio/kamailio/issues/3090 > > > > There is a commit references in the issue, in case you want to > test it. > > > > Cheers, > > > > Henning > > > > -- > > Henning Westerholt – https://skalatan.de/blog/ > <https://skalatan.de/blog/> > > Kamailio services – https://gilawa.com <https://gilawa.com/> > > > > *From:* sr-users <[email protected]> *On Behalf > Of *Giovanni Tommasini > *Sent:* Tuesday, April 26, 2022 7:51 PM > *To:* Kamailio (SER) - Users Mailing List > <[email protected]> > *Subject:* [SR-Users] TOPOS, 183 (before a 200OK) and SIP INFO > > > > Hi kamailiers, > > > > I ask your help for a strange situation with topos, 183 (before a > 200OK) and SIP INFO > > > > My topology is kamailio in front of asterisks; so kamailio has 2 > interfaces (1Public to talk with customers and carriers and 1 > Private to talk with asterisk). > > In the image: > > - the first column is the customer > > - the second is the public interface of kamailio > > - the third is the private interface of kamaiio > > - the fourth is asterisk > > > > As you can see in the image, the customer send an INVITE and the > carrier give back the IVR messages in a 183 (before a 200OK) > asking for an IVR selection. > > The customer (configured to use SIP INFO) types a key and sends in > INFO, but as you can see kamailio sends the INFO to himself to > private interface instead of sending it to asterisk as if the > contact that handled topos contained incorrect information. > > > > - If the customer is configured with a RFC2833 > > - or if the IVR messages is not in a 183 but is sent after a 200OK > > - or if I disabe TOPOS > > *all works fine* > > > > I used kamailio 5.5.3, I also try to upgrade to 5.5.4 but nothing > change > > > > Maybe could be connected with > > https://github.com/kamailio/kamailio/issues/2344 > > https://github.com/kamailio/kamailio/issues/1077 > > > > Could be a kamailio bug for this particular situation or am I > getting lost in a glass of water? > > > > thanks a lot > > cheers > > > > > Giovanni Tommasini > > *evoseed s.r.l.* > > > > > > > > **phone: +39 340 11 28 800 > mail: [email protected] > site: evoseed.io <http://evoseed.io> > address: Via Lucrezio 13, Trieste Italy > > > > > __________________________________________________________ > Kamailio - Users Mailing List - Non Commercial Discussions > * [email protected] > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: > * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users -- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Kamailio Advanced Training - Online * https://www.asipto.com/sw/kamailio-advanced-training-online/
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * [email protected] Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
