This time with INFO -- and likely other request methods.
The scenario is Asterisk talking to eXosip and configured
to use INFO for DTMF. The first INFO message goes through
fine, subsequent ones are treated as retransmissions by
eXosip. Why does this happen? Because the branch tag in
the VIA header constructed by Asterisk is always the same.
>From RFC3621
8.1.1.7 Via
[...]
The branch parameter value MUST be unique across space and time for
all requests sent by the UA. The exceptions to this rule are CANCEL
and ACK for non-2xx responses.
[...]
In order to make your implementation compliant to this part
of the specification, you must either:
- not send branch parameters that start with the magic
cookie "z9hG4bK" that cause other SIP implementations
to mistakenly believe that Asterisk actually complies
with RFC3621
- arrange it so that the branch parameter is unique for
each request as required by RFC3621 setion 8.1.1.7
/w
--
/~\ The ASCII Ribbon Campaign
\ / No HTML/RTF in email
X No Word docs in email
/ \ Respect for open standards
_______________________________________________
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-dev
