<p>you are talking about  "view", that can be easy changed in UI and API. but I try to make a pointer on back compatibility with already existing setups. In this case more effective way is to add a cseq_method field and add mod param for this feature.</p>
<p>also 5 cents for the cseq's method. What sense write it into DB as a separate field ? Do search ONLY on this field ? Unlikely.... because normally you always do search on a "reply code" + cseq method (i.e. method="200" AND cseq like "% INVITE") and the "reply code" (method) is already  indexed and wildcard will be effective just like a filter. Sorry, but just want to see real arguments.</p>
<p>If the case only for "nice view": it's just a small trigger for the result grid. Not need to change a lot components for this.</p>
<p>Thank you!</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/pull/876#issuecomment-264198234">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZUDzF_CM1ZLKliVUEr8fkdghSQOjks5rDuPFgaJpZM4LBcw8">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36Zf2T8FEDS5-ZFKVGxTB2Ryq2eu50ks5rDuPFgaJpZM4LBcw8.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/876#issuecomment-264198234"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@adubovikov in #876: you are talking about  \"view\", that can be easy changed in UI and API. but I try to make a pointer on back compatibility with already existing setups. In this case more effective way is to add a cseq_method field and add mod param for this feature.\r\n\r\nalso 5 cents for the cseq's method. What sense write it into DB as a separate field ? Do search ONLY on this field ? Unlikely.... because normally you always do search on a \"reply code\" + cseq method (i.e. method=\"200\" AND cseq like \"% INVITE\") and the \"reply code\" (method) is already  indexed and wildcard will be effective just like a filter. Sorry, but just want to see real arguments.\r\n\r\nIf the case only for \"nice view\": it's just a small trigger for the result grid. Not need to change a lot components for this.\r\n\r\nThank you!\r\n\r\n\r\n\r\n\r\n\r\n"}],"action":{"name":"View Pull Request","url":"https://github.com/kamailio/kamailio/pull/876#issuecomment-264198234"}}}</script>