Thanks Ramona.
>
>---- Original Message ----
>From: ramona(a)voice-system.ro
>To: ashling.odriscoll(a)cit.ie
>Subject: Re: [Serusers] Speeddial
>Date: Thu, 15 Sep 2005 20:10:56 +0200
>
>>Aisling wrote:
>>
>>> Hello.
>>>
>>> I would really appreciate if someone could show me an example of
>how a
>>> speed-dialing entry should be added to the ser mysql database?
>>>
>>> E.g. If user 2092 dials 3 it rings user 3500.
>>>
>>> I tried : insert into usr_preferences (username, domain,
>sd_username,
>>> sd_domain, new_uri) values (2092, x.x.x.x, 3500, x.x.x.x,
>3)
>>>
>>Hello Aisling,
>>
>>the entry should be (2092, x.x.x.x, 3, x.x.x.x,
>sip:3500@x.x.x.x).
>>
>>Regards,
>>Ramona
>>
>>-------------------Legal
>Disclaimer---------------------------------------
>>
>>The above electronic mail transmission is confidential and intended
>only for the person to whom it is addressed. Its contents may be
>protected by legal and/or professional privilege. Should it be
>received by you in error please contact the sender at the above
>quoted email address. Any unauthorised form of reproduction of this
>message is strictly prohibited. The Institute does not guarantee the
>security of any information electronically transmitted and is not
>liable if the information contained in this communication is not a
>proper and complete record of the message as transmitted by the
>sender nor for any delay in its receipt.
>>
>>
-------------------Legal Disclaimer---------------------------------------
The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt.
Hello,
I've setup a ser proxy/registrar which forwards PSTN calls to an AS5350.
The AS5350 also redirects PSTN calls to the ser box, which associates
incoming called numbers with sip accounts through associations in the
SQL DB.
My problem is that the AS doesn't know about these associations when
forwarding calls from sip to PSTN. I'd like to set the callerid on the
outgoing calls to be the PSTN number associated with the sip account for
incoming calls.
thanks
--
Luca Corti
PGP Key ID 1F38C091
Hello,
When I try to connect with admin user or other user account I get follow error:
DB Error: connect failed
Bad username or password
I can connect with MySQL Administrator (windows) to server (freeBSD).
The server is a freeBSD 5.4 + MySQL 4.1.14 + apache 2.0.54 + PHP 4.4.0 + ser-0.9.3 + serweb-0.9.3
For example, when I try to connect with administrator account I have tried to enter:
username: admin(a)192.168.0.2 or admin or admin@sip or admin(a)teching.net
password: heslo
I do not understand what she is happening.
In the 'subscriber' table:
+----------+-----------+-------------+
| username | password | domain |
+----------+-----------+-------------+
| admin | heslo | sip |
| 1000 | 123454321 | teching.net |
| 2000 | 12345 | teching.net |
| 3000 | 12345 | teching.net |
| 4000 | 12345 | teching.net |
| 5000 | 12345 | teching.net |
| 4000 | 12345 | 192.168.0.2 |
+----------+-----------+-------------+
7 rows in set (0.00 sec)
and 'domain' table:
+-------------+---------------------+
| domain | last_modified |
+-------------+---------------------+
| teching.net | 2005-09-16 11:01:21 |
| 192.168.0.2 | 2005-09-16 11:01:21 |
| sip | 2005-09-19 13:55:21 |
+-------------+---------------------+
3 rows in set (0.00 sec)
thanks,
--
Alberto
www.google.com might help you....;)
site:iptel.org LVM "load balancing"
Samuel.
Unclassified.
>>> "Marcello Lupo" <lupo(a)itspecialist.it> 09/17/05 03:37PM >>>
Hi to all,
did you have suggestions how to accomplish to load balancing load of SER
between 2 machine running both SER and DB to check routing entries??
I was thinking to use LVM but i don't know how to let the same call messages
to go to the same machine. There should be something line an LVM module able
to check the CallID field and keep track of it.
May be some other ways?? Using DNS records or other?
Another question is if there is a searchable archive of this Mailing list.
Thanks,
Bye,
Marcello
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
If I don't recall wrong, there was an LDAP module for SER developed in some university/research center from Switzerland, and I am pretty sure you could dopwnload it....just try to google, because I haven't got internet access right now...
Samuel.
Unclassified.
>>> "Arek Bekiersz" <sip(a)perceval.net> 09/19/05 10:17AM >>>
Hi Atle, all,
It is not only my decision, as I did it as part of my normal job.
I will ask management, let you know a.s.a.p.
Arek,
----- Original Message -----
From: "Atle Samuelsen" <clona(a)camaro.no>
To: "Arek Bekiersz" <sip(a)perceval.net>
Cc: <serusers(a)lists.iptel.org>
Sent: Monday, September 19, 2005 10:03 AM
Subject: Re: [Serusers] LDAP authentication (without Radius)
> Hi Arek,
>
> Why dont you give the LDAP module back to the comunity, and get it into
> the exprimental branch.
>
> -Atle
>
> * Arek Bekiersz <sip(a)perceval.net> [050919 09:51]:
>> Hello,
>>
>>
>> I went through the same problem. Used Radius + LDAP for a while.
>>
>> Then only option for me was to write my own SER module, to perform digest
>> authentication, lookup, group membership checking and so on, in LDAP. It
>> is
>> not so complicated though, can be really done in few days (ser 0.8.12)
>>
>> Works fine since then. Now I'm building more and more solutions for SER
>> (including lcr and sdp manipulation, according to user profiles) based on
>> LDAP. I use MySQL only for ser location register - that's all.
>>
>>
>> Arek,
>>
>>
>>
>> ----- Original Message -----
>> From: "Felipe Louback" <louback(a)gmail.com>
>> To: <serusers(a)lists.iptel.org>
>> Sent: Thursday, September 15, 2005 7:59 PM
>> Subject: [Serusers] LDAP authentication (without Radius)
>>
>>
>> >I'm working in a VoIP solution here in my university and we have a
>> >wide LDAP base and I am thinking about using it for
>> >
>> >I found on the internet Ldap/Ldaps modules for SER
>> >(http://www.ethworld.ethz.ch/technologies/sipeth/ser_modules/ldaps),
>> >but I am afraid that I could only use them for lookups and not direct
>> >authentication.
>> >
>> >I guess I could use radius for authentication but I dont know if
>> >installing a radius server "just" for this would be worth the effort.
>> >
>> >Does anyone know if there is a way to authenticate users in a LDAP
>> >server without using Radius? I mean, could I use SER directly with
>> >LDAP without using RADIUS?
>> >
>> >Regards,
>> >
>> >Felipe
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hi
I need to see the ser.cfg, or to make life easier use one from
onsip.org, which is a good little get started guide, and will connect to
pstn, u just pretty much cut and paste the config make a few changes and
away you go
iqbal
Colin Jordan wrote:
>I do not too much about this, can please let me know where and in what part
>of the ser.cfg it will be?
>
>
>-----Original Message-----
>From: Iqbal [mailto:iqbal@gigo.co.uk]
>Sent: Friday, September 16, 2005 12:07 PM
>To: cjordan(a)econetwireless.com; olivier.taylor(a)gmail.com
>Cc: serusers(a)lists.iptel.org
>Subject: RE: [Serusers] Handoff to PSTN
>
>
>where u route your INVITE
>
>Iqbal
>
>On 9/16/2005, "Colin Jordan" <cjordan(a)econetwireless.com> wrote:
>
>
>
>>Where should I insert it in the code below?
>>
>>
>>
>># attempt handoff to PSTN
>>
>>if (uri=~“^sip:9[0-9]*@mydomain.com”) {
>>
>>log(“Forwarding to PSTN\n”);
>>
>>t_relay_to( “192.168.0.2”, “5060”);
>>
>>break;
>>
>>};
>>
>>
>>
>>
>>
>> _____
>>
>>From: Olivier Taylor [mailto:olivier.taylor@gmail.com]
>>Sent: Thursday, September 15, 2005 4:00 PM
>>To: 'Colin Jordan'
>>Cc: serusers(a)lists.iptel.org
>>Subject: RE : [Serusers] Handoff to PSTN
>>
>>
>>
>>prefix("666")
>>
>>-----Message d'origine-----
>>De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la
>>part de Colin Jordan
>>Envoyé : jeudi 15 septembre 2005 15:19
>>À : 'Olivier Taylor'
>>Cc : serusers(a)lists.iptel.org
>>Objet : RE: [Serusers] Handoff to PSTN
>>
>>The PSTN has given me a prefix of 666# to dial before the number, where can
>>I insert this so that it will allow me to make a call?
>>
>>
>>
>>
>> _____
>>
>>
>>From: Olivier Taylor [mailto:olivier.taylor@gmail.com]
>>Sent: Thursday, September 15, 2005 2:58 PM
>>To: 'Colin Jordan'
>>Cc: serusers(a)lists.iptel.org
>>Subject: RE : [Serusers] Handoff to PSTN
>>
>>
>>
>>module tm
>>
>>-----Message d'origine-----
>>De : Colin Jordan [mailto:cjordan@econetwireless.com]
>>Envoyé : jeudi 15 septembre 2005 14:55
>>À : 'Olivier Taylor'
>>Cc : serusers(a)lists.iptel.org
>>Objet : RE: [Serusers] Handoff to PSTN
>>
>>t_relay_to( “192.168.0.2”, “5060”);
>>
>>
>>
>>
>>
>>
>> _____
>>
>>
>>From: Olivier Taylor [mailto:olivier.taylor@gmail.com]
>>Sent: Thursday, September 15, 2005 2:50 PM
>>To: 'Colin Jordan'
>>Cc: serusers(a)lists.iptel.org
>>Subject: RE : [Serusers] Handoff to PSTN
>>
>>
>>
>>what's on the line 143???
>>
>>-----Message d'origine-----
>>De : Colin Jordan [mailto:cjordan@econetwireless.com]
>>Envoyé : jeudi 15 septembre 2005 14:46
>>À : 'Olivier Taylor'
>>Cc : serusers(a)lists.iptel.org
>>Objet : RE: [Serusers] Handoff to PSTN
>>
>>The line 143 points to the script below. What modules will it be looking
>>for?
>>
>>
>>
>>
>> _____
>>
>>
>>From: Olivier Taylor [mailto:olivier.taylor@gmail.com]
>>Sent: Thursday, September 15, 2005 2:33 PM
>>To: 'Colin Jordan'
>>Cc: serusers(a)lists.iptel.org
>>Subject: RE : [Serusers] Handoff to PSTN
>>
>>
>>
>>please reply to all
>>
>>
>>
>>u have a module not loaded, the one involved on line 143
>>
>>
>>
>>
>>
>>Olivier
>>
>>
>>
>>-----Message d'origine-----
>>De : Colin Jordan [mailto:cjordan@econetwireless.com]
>>Envoyé : jeudi 15 septembre 2005 14:28
>>À : 'Olivier Taylor'
>>Objet : RE: [Serusers] Handoff to PSTN
>>
>>It gives me the following message:
>>
>>_______________________________________________________
>>
>>
>>
>>Parse error (143,40-41): unknown command missing loadmodule?
>>
>>_______________________________________________________
>>
>>
>> _____
>>
>>
>>From: Olivier Taylor [mailto:olivier.taylor@gmail.com]
>>Sent: Thursday, September 15, 2005 1:21 PM
>>To: 'Colin Jordan'; serusers-request(a)lists.iptel.org
>>Cc: serusers(a)lists.iptel.org
>>Subject: RE : [Serusers] Handoff to PSTN
>>
>>
>>
>>just have a look at /var/log/messages u will find the line number where
>>
>>
>the
>
>
>>error occurs
>>
>>
>>
>>Olivier
>>
>>-----Message d'origine-----
>>De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la
>>part de Colin Jordan
>>Envoyé : jeudi 15 septembre 2005 12:33
>>À : serusers-request(a)lists.iptel.org
>>Cc : serusers(a)lists.iptel.org
>>Objet : [Serusers] Handoff to PSTN
>>
>>
>>
>>I am not able to restart ser if I put he code below in the ser.cfg to
>>handoff calls to PSTN.
>>
>>
>>
>># attempt handoff to PSTN
>>
>>if (uri=~“^sip:9[0-9]*@mydomain.com”) {
>>
>>log(“Forwarding to PSTN\n”);
>>
>>t_relay_to( “192.168.0.2”, “5060”);
>>
>>break;
>>
>>};
>>
>>
>>
>>
>>
>>Please help!!!!
>>
>>DISCLAIMER: The information in this message is confidential and is legally
>>privileged. It is intended solely for the addressee. Access to this message
>>by
>>anyone else is unauthorized.If receiving in error please accept our
>>apologies
>>and notify the sender immediately. You must also delete the original
>>message from your machine. If you are not the intended recipient, any use,
>>disclosure, copying, distribution or action taken in reliance of it, is
>>prohibited
>>and maybe
>>unlawful.
>>
>>DISCLAIMER: The information in this message is confidential and is legally
>>privileged. It is intended solely for the addressee. Access to this message
>>by
>>anyone else is unauthorized.If receiving in error please accept our
>>apologies
>>and notify the sender immediately. You must also delete the original
>>message from your machine. If you are not the intended recipient, any use,
>>disclosure, copying, distribution or action taken in reliance of it, is
>>prohibited
>>and maybe
>>unlawful.
>>
>>DISCLAIMER: The information in this message is confidential and is legally
>>privileged. It is intended solely for the addressee. Access to this message
>>by
>>anyone else is unauthorized.If receiving in error please accept our
>>apologies
>>and notify the sender immediately. You must also delete the original
>>message from your machine. If you are not the intended recipient, any use,
>>disclosure, copying, distribution or action taken in reliance of it, is
>>prohibited
>>and maybe
>>unlawful.
>>
>>DISCLAIMER: The information in this message is confidential and is legally
>>privileged. It is intended solely for the addressee. Access to this message
>>by
>>anyone else is unauthorized.If receiving in error please accept our
>>apologies
>>and notify the sender immediately. You must also delete the original
>>message from your machine. If you are not the intended recipient, any use,
>>disclosure, copying, distribution or action taken in reliance of it, is
>>prohibited
>>and maybe
>>unlawful.
>>
>>DISCLAIMER: The information in this message is confidential and is legally
>>privileged. It is intended solely for the addressee. Access to this message
>>by
>>anyone else is unauthorized.If receiving in error please accept our
>>apologies
>>and notify the sender immediately. You must also delete the original
>>message from your machine. If you are not the intended recipient, any use,
>>disclosure, copying, distribution or action taken in reliance of it, is
>>prohibited
>>and maybe
>>unlawful.
>>
>>
>>
>>
>>
>>
>>
>
>
>.
>
>
>
Hi,
thank you for your reply. as I need to have multiple ppl to access this sems and i understand from the readme that it will be better to use socket over fifo for more users. The ser.cfg file does not take the variable "socket", I have tested on the unix_socket, it works. Is this the correct vairable to assign?
Do you know how can I alllow sems to have multiple users to access as I am having this error:~
Error : stop (AmThread.cpp:99) : pthread_detach failed with code ENINVAL : thread already in detached state.
Please help.
regards,
nicky
----- Original Message -----
From: Gareth C. Fowler
To: Nicky
Sent: Friday, September 16, 2005 5:46 PM
Subject: RE: [Serusers] No VM module and IVR plugin
It should auto-create this file, check the socket file location in the ser configuration. You could also try the command:
# touch /tmp/ser_socket
Any particular reason for using the socket over fifo?
Hope this helps.
Rgds.
G.
-----Original Message-----
From: Nicky [mailto:nicky@caliber.com.sg]
Sent: 16 September 2005 09:34
To: Gareth C. Fowler
Subject: Re: [Serusers] No VM module and IVR plugin
Hi G.
Thank you so much for your helps.
I have another problem which I would like to use the ser_socket but in my /tmp there isnt any related ser_socket file. Do you know how can i get this file? Please help...thanks...
Regards,
Nicky
----- Original Message -----
From: Gareth C. Fowler
To: sems(a)lists.iptel.org ; serusers(a)lists.iptel.org
Sent: Thursday, September 15, 2005 10:24 PM
Subject: RE: [Serusers] No VM module and IVR plugin
The IVR module is only available in the SEMS development version, and can be downloaded @ http://www.iptel.org/sems/sems_devel_snapshot_190505.tar.bz2
Sadly they took out the VM module in version 0.9.0 onwards, and it's now in the tm module. Instead of using vm you have to use t_write_req (fifo), and t_write_unix (socket).
Hope this helps!
G.
-----Original Message-----
From: serusers-bounces(a)lists.iptel.org [mailto:serusers-bounces@lists.iptel.org]On Behalf Of Nicky
Sent: 15 September 2005 13:19
To: sems(a)lists.iptel.org; serusers(a)lists.iptel.org
Subject: [Serusers] No VM module and IVR plugin
Dear all,
Please help. I am trying to download Sip_router_rel_0_8_12 and Sems version ser_rel_0_8_12 from the CVS but in the sems there is missing module for IVR.
Then I try to download 0.9.0 version for both but there is missing VM module in Ser which is required to link to Sems.
Please advice if I would like to use 0.9.0 version, without VM module how can link to SEMS
and why in the sems version ser_rel_0_8_12 the IVR plugin is missing and where can I find it. Thanks in advance....
Regards,
Nicky
--------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hi,
I'm stting up ser for my home (local network).
I'm using MySql registration
I can login whit a softphone (Xlite) but I'm not able to call.
The answer is : Call failed: 404 Not Found
This is my ser.cfg
#
# $Id: ser.cfg,v 1.25.2.1 2005/02/18 14:30:44 andrei Exp $
#
# simple quick-start config script
#
# ----------- global configuration parameters ------------------------
#debug=3 # debug level (cmd line: -dddddddddd)
#fork=yes
#log_stderror=no # (cmd line: -E)
/* Uncomment these lines to enter debugging mode
fork=no
log_stderror=yes
*/
alias=sip.eraclito.it
alias=eraclito.it
alias=10.10.10.7
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading ----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/rr.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/usrloc.so"
loadmodule "/usr/lib/ser/modules/registrar.so"
loadmodule "/usr/lib/ser/modules/textops.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/lib/ser/modules/auth.so"
loadmodule "/usr/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters ---------------
# -- usrloc params --
#modparam("usrloc", "db_mode", 0)
# Uncomment this if you want to use SQL database
# for persistent storage and comment the previous line
modparam("usrloc", "db_mode", 2)
# -- auth params --
# Uncomment if you are using auth module
#
modparam("auth_db", "calculate_ha1", yes)
#
# If you set "calculate_ha1" parameter to yes (which true in this
config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic -------------------
# main routing logic
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (msg:len >= 2048 ) {
sl_send_reply("513", "Message too big");
break;
};
# we record-route all messages -- to make sure that
# subsequent messages will go through our proxy; that's
# particularly good if upstream and downstream entities
# use different transport protocol
if (!method=="REGISTER") record_route();
# subsequent messages withing a dialog should take the
# path determined by record-routing
if (loose_route()) {
# mark routing logic in request
append_hf("P-hint: rr-enforced\r\n");
route(1);
break;
};
if (!uri==myself) {
# mark routing logic in request
append_hf("P-hint: outbound\r\n");
route(1);
break;
};
# if the request is for other domain use UsrLoc
# (in case, it does not work, use the following command
# with proper names and addresses in it)
if (uri==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
# if (!www_authorize("sip.eraclito.it",
"subscriber")) {
# www_challenge("sip.eraclito.it", "0");
# break;
# };
save("location");
break;
};
lookup("aliases");
if (!uri==myself) {
append_hf("P-hint: outbound alias\r\n");
route(1);
break;
};
# native SIP destinations are handled using our USRLOC
DB
if (!lookup("location")) {
sl_send_reply("404", "Not Found");
break;
};
};
append_hf("P-hint: usrloc applied\r\n");
route(1);
}
route[1]
{
# send it out now; use stateful forwarding as it works reliably
# even for UDP2TCP
if (!t_relay()) {
sl_reply_error();
};
}
**********************************
This is wath ngrep catch (note that 81.208.34.102 is the public IP of my
router/firewall)
U 10.10.10.5:5060 -> 10.10.10.7:5060
INVITE sip:admin@sip.eraclito.it SIP/2.0..Via: SIP/2.0/UDP
81.208.34.102:50
60..From: arfio <sip:arfiodefarro@sip.eraclito.it>;tag=139597290..To:
<sip:
admin(a)sip.eraclito.it>..Contact:
<sip:arfiodefarro@81.208.34.102:5060>..Cal
l-ID: 89ABA3C9-01C8-4B06-8847-4C322A9E27FA@10.10.10.5..CSeq: 11480
INVITE..
Content-Type: application/sdp..Content-Length:
272....v=0..o=arfiodefarro 7
787500 7787500 IN IP4 81.208.34.102..s=X-Lite..c=IN IP4
81.208.34.102..t=0
0..m=audio 8000 RTP/AVP 4 0 8 3 101..a=rtpmap:4 G723/8000..a=rtpmap:0
pcmu/
8000..a=rtpmap:8 pcma/8000..a=rtpmap:3 gsm/8000..a=rtpmap:101
telephone-eve
nt/8000..a=fmtp:101 0-15..
#
U 10.10.10.7:5060 -> 10.10.10.5:5060
SIP/2.0 404 Not Found..Via: SIP/2.0/UDP
81.208.34.102:5060;received=10.1
0.10.5..From: arfio
<sip:arfiodefarro@sip.eraclito.it>;tag=139597290..To: <
sip:admin@sip.eraclito.it>;tag=b27e1a1d33761e85846fc98f5f3a7e58.05fe..Ca
ll-
ID: 89ABA3C9-01C8-4B06-8847-4C322A9E27FA@10.10.10.5..CSeq: 11480
INVITE..Se
rver: Sip EXpress router (0.9.3 (i386/linux))..Content-Length:
0..Warning:
392 10.10.10.7:5060 "Noisy feedback tells: pid=23852
req_src_ip=10.10.10.5
req_src_port=5060 in_uri=sip:admin@sip.eraclito.it
out_uri=sip:admin@sip.e
raclito.it via_cnt==1"....
#
U 10.10.10.5:5060 -> 10.10.10.7:5060
ACK sip:admin@sip.eraclito.it SIP/2.0..Via: SIP/2.0/UDP
81.208.34.102:5060;
received=10.10.10.5..From: arfio
<sip:arfiodefarro@sip.eraclito.it>;tag=139
597290..To:
<sip:admin@sip.eraclito.it>;tag=b27e1a1d33761e85846fc98f5f3a7e5
8.05fe..Contact: <sip:arfiodefarro@81.208.34.102:5060>..Call-ID:
89ABA3C9-0
1C8-4B06-8847-4C322A9E27FA@10.10.10.5..CSeq: 11480 ACK..Max-Forwards:
70..C
ontent-Length: 0....
Hi
The From request in REGISTER and INVITE, what should be in the domain
segment of it, should it be, the IP address of the UA, the proxy or
what, I seem to be getting conflicting results with a quintum, and
wanted to double check
Iqbal
