sr-users

sr-users@lists.kamailio.org

63 participants
37046 discussions

by anna

We have set up an environment including a Jabber server and one SER server. We are testing this application with an msn client. The client sends one subscribe to SER for each registrated buddy on the SIP client. If SER works with Jabber and the client has a ICQ/MSN tansport registrated on the Jabber server, the Jabber server sends all the accounts buddies back to SER. SER ignores all these buddies and send only status on the registrated buddies back to the client. What I want to achieve is: all the buddies that are sent by Jabber to SER to go further to the client and appear as away/online/offline. Now the client only get status/presence on the contacts that have been registrated on the sip client. /ANNA

20 years, 11 months

[Serusers] presence, buddies

by anna

Thank you very much for quick answers, one more question though, I really need to get around this problem. Is it possible to "translate" the buddy list into SIP and get the status/presence messages sent to the sip client in a notify message WITHOUT sending all these subscibe(´s). Jabber send this big load of buddies to the Ser (see bellow in highlighted *2), who now just ignores them, but what if we split up all these buddies and send them in notify´s to the client. Question: is it possible to send a lot of notify´s without sending "subscribe" to SER first. Register from (msn)klient with icq transport UAC SER Jabber Register à 200 ok ß 200 acc ß subscribe à 200 ok ß Notify ß 200 ok à start stream à ok stream ß get query auth à result query auth ß set query auth à result ß get query roster à Notify ß 200 ok à presence to b à result query roster* ß result query roster* ß * I want these to get translated into SIP and sent further on to the client. Register from (msn)client with icq transport Serà Jab (start stream) <stream:stream to='storstark.x.se' xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams'> Jabàser (ok stream) <?xml version='1.0'?><stream:stream xmlns:stream='http://etherx.jabber.org/streams' id='3EC37D57' xmlns='jabber:client' from='storstark.x.se'> seràJab (get query auth) <iq id='00000000' type='get'><query xmlns='jabber:iq:auth'><username>a</username></query></iq> Jabàser (result query auth) <iq id='00000000' type='result'><query xmlns='jabber:iq:auth'><username>a</username><password/><digest/><resource/></query></iq> seràJab (set query auth) <iq id='00000001' type='set'><query xmlns='jabber:iq:auth'><username>a</username><resource>serXjab</resource><digest>cdca92ddc1414805e96e17ddb6a5900489d65467</digest></query></iq> Jabàser (result) <iq id='00000001' type='result'/> seràJab (get query roster) <iq type='get'><query xmlns='jabber:iq:roster'/></iq> ************************'' seràJab (presence to b) <presence><status>Online</status><priority>9</priority></presence> <presence to='u(a)storstark.x.se' type='subscribe'/> *2) Jabàser (result query roster) <iq type='result' from='a(a)storstark.x.se/serXjab'><query xmlns='jabber:iq:roster'><item jid='32(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='16(a)icq.storstark.x.se' name='nbl@school' subscription='to' server='yes'><group>Contacts</group></item><item jid='20(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='41(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='17(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='15(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='92(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='66(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='10(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='u(a)storstark.x.se' name='u' subscription='both' server='yes'><group>Contacts</group></item><item jid='86(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='13(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='w(a)storstark.x.se' name='w' subscription='both' server='yes'><group>Contacts</group></item><item jid='24(a)icq.storstark.x.se' subscription='from' server='yes'/><item jid='51(a)icq.storstark.x.se' subscription='to' server='yes'/><item jid='icq.storstark.x.se/registered' Jabàser (result query roster) subscription='from' server='yes'/><item jid='11(a)icq.storstark.x.se' subscription='to' server='yes'/></query></iq> Jabàser (presence from) <presence from='u(a)storstark.x.se/TipicIM' to='a(a)storstark.x.se'><x xmlns='jabber:x:avatar'><hash>03d5f06d79b738d7f55aa03f054e6bc263f9f054</hash></x><priority>8</priority><x xmlns='jabber:x:delay' from='u(a)storstark.e-horizon.se/TipicIM' stamp='20030515T11:01:29'/><x xmlns='jabber:x:delay' from='u(a)storstark.x.se/TipicIM' stamp='20030515T11:01:29'/></presence> ***********************' Jabàser (presence from) <presence from='u(a)storstark.e-horizon.se/TipicIM' to='a(a)storstark.x.se'><x xmlns='jabber:x:avatar'><hash>03d5f06d79b738d7f55aa03f054e6bc263f9f054</hash></x><priority>8</priority><x xmlns='jabber:x:delay' from='u(a)storstark.e-x.se/TipicIM' stamp='20030515T11:01:29'/><x xmlns='jabber:x:delay' from='u(a)storstark.x.se/TipicIM' stamp='20030515T11:01:29'/></presence> Jabàser (presence to) <presence to='a(a)storstark.x.se' from='icq.storstark.e-horizon.se/registered'><status>Online</status><show>online</show></presence> Jabàser (presence to) <presence to='a(a)storstark.x.se' from='16(a)icq.storstark.e-horizon.se'/>

20 years, 11 months

[Serusers] presence, buddies

by anna

We have set up an environment including a Jabber server and one SER server. We are testing this application with an msn client. As from what we have understood the application works something like this. The jabber server download (hotmail/icq) and stores all the buddies in a database. When the sip client (with icq/msn authority) registers, The Jabber server sends all the client contacts (including the whole hotmail buddy list and it's other contacts, including status) to SER. Here it seems like SER filters all the contacts. And ONLY send status/presence to the buddies that the client has sent "subscribed" for. The rest won't ever appear as offline, this means that the sip client will have to register all it's buddies one more time in the sip client, meaning that all it's buddies will get one more "authorize". We don't want that filter; we want all the buddies to be sent to the client. We would like to skip the subscribe/notify thing and just get all the buddies directly from Jabber to the client, and not being filtered in SER. (All the buddies that not are registered in the sip client get thrown away (watcher-method in PA-module ??)). Can we make this happen ?? This was hard to formulate but I hope you understand my problem. Best reg /ANNA Sip client A SER Jabber regà regà 10* subà ß10*notify ß20*buddies | | ß10*buddies

20 years, 11 months

[Serusers] Alias assignment problem

by George KAPELIOS

Trying to create alias, I am getting the following message: "400 Table 'aliases' Not Found" Could any can help ? Why the above mentioned table has not been created ? What is exactly the <uri> format ? What is the solution for creating alias ? Thanks in advance, George

20 years, 11 months

[Serusers] alias

by lgfausak＠august.net

SER Users: I'm having some problems with aliasing. I think it is from a mis-behaving client, but I would appreciate comments if anybody has some insight! I have a user_id registering as 4695466417, I can call this number from other SIP devices and from my PSTN gateway. I set an alias for this user '233200'. The alias table is updated, and the packet is forwarded correctly to the device at 4695466417. That device is returning a 486 busy. Here is the invite packet: U 216.87.144.205:5060 -> 216.87.145.28:5060 INVITE sip:4695466417@192.168.2.23:5060 SIP/2.0..Max-Forwards: 10..Rec ord-Route: <sip:PPCprotectedClient797115@216.87.144.205:5060>,<sip:233 200(a)216.87.144.203;branch=0>..Via: SIP/2.0/UDP 216.87.144.205:5060;bra nch=PPCprotectedClient797115,SIP/2.0/UDP 216.87.144.203;branch=z9hG4bK 5819.87aaef61.0,SIP/2.0/UDP 216.87.145.22:5060..From: greg fausak <sip :230057@addaline.com>;tag=247809120..To: <sip:233200@addaline.com>..Co ntact: <sip:230057@216.87.145.22:5060>..Call-ID: 54D527FD-3383-4A70-97 D8-E80324106BF0@216.87.145.22..CSeq: 31104 INVITE..Authorization: Dige st username="230057",realm="addaline.com",nonce="3ec70a8b000000003b186 6260d18b11488734cf3ee902282",response="f517708e3fc30b2feb733dbe2fa7585 0",uri="sip:233200@addaline.com"..Content-Type: application/sdp..User- Agent: Addaline build 1002..Content-Length: 275....v=0..o=230057 37866 6493 378666493 IN IP4 216.87.144.205..s=Addaline..c=IN IP4 216.87.144. 205..t=0 0..m=audio 39258 RTP/AVP 0 3 98 97 101..a=rtpmap:0 pcmu/8000. .a=rtpmap:3 gsm/8000..a=rtpmap:98 iLBC..a=rtpmap:97 speex/8000..a=rtpm ap:101 telephone-event/8000..a=fmtp:101 0-15.. (sorry about the formatting) Here is the response: U 216.87.145.28:5060 -> 216.87.144.205:5060 SIP/2.0 486 Busy Here..From: greg fausak <sip:230057@addaline.com> ;ta g=247809120..To: <sip:233200@addaline.com> ;tag=c0a80217-13c4-3ec70960 -e8d5-51a5..Call-ID: 54D527FD-3383-4A70-97D8-E80324106BF0(a)216.87.145.2 2..CSeq: 31104 INVITE..Via: SIP/2.0/UDP 216.87.144.205:5060 ;branch=PP CprotectedClient797115..Via: SIP/2.0/UDP 216.87.144.203 ;branch=z9hG4b K5819.87aaef61.0..Via: SIP/2.0/UDP 216.87.145.22:5060..User-Agent: FXS _GW (3502a-sip0402.BIN)..Content-Length:0.... If I do an INVITE directly to 4695466417 it works. The only difference in the INVITE packet seems to be the To: <sip:233200@addaline.com> or To: <sip:4695466417@addaline.com>. Is this client misbehaving? Thanks, ---greg

20 years, 11 months

[Serusers] fyi - microsoft released version 2.1 of their portrait client on May 14, 2003.

by Phil Yuska

I just started playing with it today, it's a little quirky but it works with ser, even presence seems to (at least between portrait ua's). Unfortunately the PPC version doesn't seem to like authenticated registrations, but it does work point to point. Regards, Phil

20 years, 11 months

Re: [Serusers] Call for testing

by Ricardo Villa

I am resending this message with the files zipped. > Hi Jan, > > I am testing the cvs version on Solaris 2.8. It works fine without the > mysql integration. But if I enable mysql authentication it crashes on > startup. I compiled with "make all" and then "make prefix=/usr/local > install". Below are the details with the ser.cfg and the debug output. > > Thanks, > Ricardo > > # uname -a > SunOS hana 5.8 Generic_108528-14 sun4u sparc SUNW,Ultra-5_10 > > # gcc -v > Reading specs from /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.2.3/specs > Configured with: > ../configure --disable-nls --with-as=/usr/ccs/bin/as --with-ld=/usr/ccs/bin/ > ld > Thread model: posix > gcc version 3.2.3 > > # mysqladmin --version > mysqladmin Ver 8.23 Distrib 3.23.56, for sun-solaris2.8 on sparc > > > > > > ----- Original Message ----- > From: "Jan Janak" <jan(a)iptel.org> > To: <serusers(a)lists.iptel.org> > Sent: Tuesday, May 06, 2003 11:28 AM > Subject: [Serusers] Call for testing > >

20 years, 11 months

[Serusers] Call for testing

by Jan Janak

Hi all, We have finally integrated all important changes into the CVS and plan to test the current version for a while, the current CVS version has been running on iptel.org for more than two weeks. We would like to ask users to start testing now. The more people will test it the better. If you find any bugs please send them to us along with as much description as possible. This page: http://developer.berlios.de/docman/display_doc.php?docid=32&group_id=2 contains a description of the cvs access. See section "How to check out source anonymously". A daily tarball can be downloaded here: http://cvs.berlios.de/cgi-bin/viewcvs.cgi/ser/ Note that the database tables changed a little bit too. ser_mysql.sh now contains a new command 'reinstall' which will convert existing tables into new ones (use it only if you created the tables using the script from a stable version). - Overview of the most important changes can be found in NEWS file. - So far the documentation was only partially updated, but we are working on it. thanks, Jan.

20 years, 11 months

RE: [Serusers] Help with serweb

by Bowar, Tom

Thank you to all. It works now! Tom -----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Thursday, May 15, 2003 12:12 PM To: Bowar, Tom Cc: Adriana Simizo; serusers(a)lists.iptel.org Subject: Re: [Serusers] Help with serweb Did you create your database tables with ser_mysql.sh script from 0.8.10 release ? If so then you will need to convert it because the tables have been changed. To convert it you can use the script from the CVS snaphot of ser. Do the following: ser_mysql.sh reinstall Jan. On 15-05 12:07, Bowar, Tom wrote: > It seems I am making progress now. Although I still cannot log in, I > get an error: > > error in SQL query, line: 29 > > Where should I look for the error? > > -----Original Message----- > From: Adriana Simizo [mailto:simizo@telesp.com.br] > Sent: Thursday, May 15, 2003 11:03 AM > To: serusers(a)lists.iptel.org > Subject: [Serusers] Re: Help with serweb > > > > Verify in php.ini if > > register_globals=On > > > Adriana Simizo > Estagiária > Diretoria de Planejamento e Tecnologia - Tecnologia para Serviços > GRUPO TELEFÔNICA NO BRASIL Av. Paulista, 2300 - 18° andar > CEP 01310-300 S?o Paulo - SP > Tel: 55 11-3154-6184 Fax: 55 11-3154-6494 > simizo(a)telesp.com.br > http://www.telefonica.com.br >

20 years, 11 months

RE: [Serusers] Help with serweb

by Bowar, Tom

It seems I am making progress now. Although I still cannot log in, I get an error: error in SQL query, line: 29 Where should I look for the error? -----Original Message----- From: Adriana Simizo [mailto:simizo@telesp.com.br] Sent: Thursday, May 15, 2003 11:03 AM To: serusers(a)lists.iptel.org Subject: [Serusers] Re: Help with serweb Verify in php.ini if register_globals=On Adriana Simizo Estagiária Diretoria de Planejamento e Tecnologia - Tecnologia para Serviços GRUPO TELEFÔNICA NO BRASIL Av. Paulista, 2300 - 18° andar CEP 01310-300 São Paulo - SP Tel: 55 11-3154-6184 Fax: 55 11-3154-6494 simizo(a)telesp.com.br http://www.telefonica.com.br

20 years, 11 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

sr-users