it turned out that cisco ios sip implementation does not include the new
route uri parameters (ftag, lr) that cvs ser adds in its record route
entry in the requests (ack, bye, ...) that cisco sends within a dialog.
what i heard is that it may take until the end of the year until these
bugs get fixed.
thus there is even more reasons to push cisco to get their acts together
or find a better sip/pstn gw from some other vendor (so far i haven't
heard of any).
-- juha
Howdy,
I've been playing around with this SIP scenario
tool. Maybe I'm just the last one to find out.
But after ngrep'ing one too many packets this
is really refreshing. It is a freeware application
and it's output is either html or text. I've uploaded
a couple of files to my website so you can see the
call flow diagram capabilities.
The source (perl) code can be had at:
http://www1.cs.columbia.edu/sip/implementations.html
under sip scenario.
The example (real world debug) callflow can be viewed
at my development website:
http://stage.august.net/sip1_index.html
and
http://stage.august.net/sip1.html
You use tcpdump (or ethereal, or whatever) to grab the
Output, like on linux:
tcpdump -s 0 -i eth0 'port 5060' -w /var/log/sip1.dump
It has been kinda quiet on these lists.
---greg
Hallo
First I want to thank you for your quick response the last time.
When trying to send message from jabber server to the SIP client i get the
following error from the SIP server, it looks like all the adresses are
correct and the messages sent from SIP is properly delivered.
1(24392) DEBUG: mk_proxy: doing DNS lookup...
1(24392) str2ip: WARNING: unexpected char s in [sip.storstark]
1(24392) str2ip6: WARNING: unexpected char s in [sip.storstark]
1(24392) get_record: lookup(_sip._udp.sip.storstark, 33) failed
1(24392) sip_resolvehost: not SRV record found for sip.storstark, trying
'normal' lookup...
1(24392) str2ip: WARNING: unexpected char s in [sip.storstark]
1(24392) str2ip6: WARNING: unexpected char s in [sip.storstark]
1(24392) ERROR: mk_proxy: could not resolve hostname: "sip.storstark"
1(24392) qm_free(0x80aad40, 0x80b7aec), called from proxy.c: mk_proxy(225)
1(24392) qm_free: freeing block alloc'ed from proxy.c: mk_proxy(208)
1(24392) ERROR: t_relay: bad host name in URI <sip:x@sip.storstark>
1(24392) ERROR: uri2sock: Can't create a dst proxy
1(24392) ERROR: t_uac_dlg: no socket found
Thanks in advance
Best regards
Magnus
_________________________________________________________________
Hitta rätt på nätet med MSN Sök http://search.msn.se/
Hi,
How do I make the aliases field editable in serweb. The user should
have the option of editing his aliases.
Any help in this regard, greatly appreciated.
Regards,
Santosh M Hulkund
Hello,
The FCP module for SER seems to be approaching to a stable version (no
guarranties, though). The module is in charge of 2 functions:
- Translation of SIP messages from a private network to a public one
(using NAT).
- Open and close pinholes in a firewall to allow media sessions through.
The module implements the FCP side that communicates with a deamon called
fcpd that runs on the firewall itself (developed by iptel:
http://www.iptel.org/fcp/). It seems to be reasonably stable now with cvs
version of ser from 31/03/03.
I'm looking for anyone interested in trying it and provide any feedback
(bugs, new features or complains :)).
Greetings,
Jaime
At 09:34 PM 4/6/2003, Mike wrote:
>I apologize for the terminology, I'm still learning.
Don't worry -- actually there was some confusion in what I wrote you too.
ATA may do BYE/Also, but the standard way of call-transfer is using
REFER request.
>Maybe not an "issue" with SER, but I guess what I need is a way for SER to
>get this BYE message, see the Also: and initiate another INVITE to the
>correct station, handling it like a new call?
No. What you need is standardized call transfer support in your phone.
-Jiri