That's caused by new Messenger's _proprietary_ session model -- messaging
session are initiated and expected to be initiated with INVITE.
There is a hint how to avoid the 487 in our FAQ
http://iptel.org/~faqomatic/fom-serve/cache/64.html
Nevertheless, it only softens some scenarios, as said the core problem is
the whole session model is violently proprietary. From standard compliance
(and related capability to talk to anything else then Messenger itself),
4.7 was much better.
-jiri
At 10:05 PM 10/17/2003, David Quenzler wrote:
I've seen similar postings before, but could not
find the resolution.
SER 0.8.11
Windows Messenger 5.0.0381
Connecting two clients to the SER machine... both show online in their
messenger windows.
Testcase
SER: 'ngrep -n 5060 user1'
USER2: attempts IM 'hello world' to USER1
Flow control as seen with ngrep
User2 SER User1
1> invite
100 <2
3> invite
bye <4
bye <5
6> 481
7> 481
200 <8
200 <9
10> ack
11> ack
12> message
13> message
481 <14
481 <15
Has anyone seen this before?
- Dave
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan
http://iptel.org/~jiri/