Can anyone explain the link between the debug core parameter and the
logging levels used in the log functions (log and xlog)?
The levels start from -3 (ALERT) and go up to 5 (DEBUG), but the
parameter value is from 0 to 9.
Thanks,
Cristian
Hello,
I ran into a seemingly strange issue using openser to proxy an invite from
the public internet to a private ipsec tunnel on my network.
The problem appears to be caused by the fact that the packet is sent out to
on the correct interface ( eth1 in my case ) but still is using the source
address of et0 in the ip header. This is causing my ipsec tunnel to ignore
the packet.
Is there anyway to control the source addr in the IP header?
Using a simple python script to send a upd packet across the same path I
have verified this is not a tunnel issue.
Example
et0: 4.X.X.229 packet arrives on this interface
eth1: 10.X.X.13 packet is sent out this interface
RURI is re-written and t_relay is used to send the packet to
destination: 10.X.X.115
Here is a partially redacted packet as captured by tethereal:
Frame 1 (982 bytes on wire, 982 bytes captured)
Arrival Time: Jan 2, 2007 16:49:35.536412000
[Time delta from previous packet: 0.000000000 seconds]
[Time since reference or first frame: 0.000000000 seconds]
Frame Number: 1
Packet Length: 982 bytes
Capture Length: 982 bytes
[Frame is marked: False]
[Protocols in frame: eth:ip:udp:sip:sdp]
Ethernet II, Src: DellComp_f6:27:19 (00:06:5b:f6:27:19), Dst:
DellComp_ec:8d:a3 (00:06:5b:ec:8d:a3)
Destination: DellComp_ec:8d:a3 (00:06:5b:ec:8d:a3)
Address: DellComp_ec:8d:a3 (00:06:5b:ec:8d:a3)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address
(factory default)
Source: DellComp_f6:27:19 (00:06:5b:f6:27:19)
Address: DellComp_f6:27:19 (00:06:5b:f6:27:19)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address
(factory default)
Type: IP (0x0800)
Internet Protocol, Src: 4.X.X.229 (4.X.X.229), Dst: 10.X.X.108 (10.X.X.108)
------> should source from 10.X.X.13 not 4.X.X.229
Version: 4
Header length: 20 bytes
Differentiated Services Field: 0x10 (DSCP 0x04: Unknown DSCP; ECN: 0x00)
0001 00.. = Differentiated Services Codepoint: Unknown (0x04)
.... ..0. = ECN-Capable Transport (ECT): 0
.... ...0 = ECN-CE: 0
Total Length: 968
Identification: 0x0076 (118)
Flags: 0x04 (Don't Fragment)
0... = Reserved bit: Not set
.1.. = Don't fragment: Set
..0. = More fragments: Not set
Fragment offset: 0
Time to live: 64
Protocol: UDP (0x11)
Header checksum: 0x1dfe [correct]
[Good: True]
[Bad : False]
Source: 4.X.X.229 (4.X.X.229)
Destination: 10.X.X.108 (10.X.X.108)
User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 6060 (6060)
Source port: 5060 (5060)
Destination port: 6060 (6060)
Length: 948
Checksum: 0x1c67 [incorrect, should be 0x222a]
Session Initiation Protocol
Request-Line: INVITE sip:+1720560XXXX@10.X.X.108:6060 SIP/2.0
Method: INVITE
[Resent Packet: False]
Message Header
Record-Route: <sip:4.X.X.229;lr;ftag=as0473b81f>
Via: SIP/2.0/UDP 4.X.X.229;branch=z9hG4bK7a42.e0b9bac5.0
Transport: UDP
Sent-by Address: 4.X.X.229
.....
Any clues on how to fix this problem?
Thanks,
T.R.
My system is DIDprovider ---SER---Cisco AS5350---Calling card platform.
Since December the 1st we noticed a large increase in the amount of wrong
numbers received at the CC platform.
As this problem arrises once the call is established and there is no RTP
relay I don't think is a SER question but I resort to your major knowledge
to see if someone can enlight me about where to look to solve the problem.
BTW. No changes were made in the equipment at neither end.
Thanks in advance
Juan
Hello all,
In my ser.cfg I do: route{.... if (method=="BYE"){log(1,"enter in method bye")do ABCD.....} ....} When SER receives a BYE, SER doesn´t do "ABCD...." and if I put SER in debug mode, I can`t read the log "enter in method bye" but I can read the line"method: <BYE>" why doesn`t work "if method="BYE"? Thanks.
_________________________________________________________________
Llama a tus amigos de PC a PC: ¡Es GRATIS!
http://get.live.com/messenger/overview
You need to look at when NAT is detected (nat_uac_test) for INVITE and
for 200 OK in onreply route for the same call. Make sure NAT is
detected for both, if not, find out why it is not detected.
g-)
Gareth Owen wrote:
>
> Thanks Greger, I've already worked through the getting started doc and
> think I've got a good understanding but am still getting the one-way
> audio. Can you suggest anything to help me understand how I can track
> the problem? Thanks gareth.
>
>
>
> ------------------------------------------------------------------------
>
> *From:* Greger V. Teigre [mailto:greger@teigre.com]
> *Sent:* 04 January 2007 06:5
> *To:* gareth.owen(a)bevoice.net
> *Cc:* serusers(a)lists.iptel.org
> *Subject:* Re: [Serusers] One way audio
>
>
>
> Try gettingstarted doc. http://iptel.org/ser/doc/gettingstarted
> g-)
>
> Gareth Owen wrote:
>
> Can someone help?
>
>
>
> I am fairly new to SER and Mediaproxy and can't find a detailed
> explanation of how nathelper etc work, so I'm struggling!
>
>
>
> My config is:-
>
>
>
> SER 0.9.6
>
> Mediaproxy 1.7.2
>
> Fedora Core 4 86x64
>
>
>
> SER and Mediaproxy run on the same server which acts as a gateway to a
> remote Sonus PSTN gateway over a VPN.
>
>
>
> I also use Asterisk on my local network. The SER server acts as a
> router between Asterisk servers and the PSTN via the Sonus. This works
> fine but my problem is when I attempt to use X-Lite 3.0 UA behind NAT
> on a remote network. Asterisk is not used in this config but proves
> that two way audio is fine using SER and the Sonus gateway.
>
>
>
> Problem: X-Lite behind NAT on remote network to Sonus PSTN gateway via
> SER and Mediaproxy, I get only one ay audio. The audio is fine from
> X-Lite to PSTN but not in the reverse direction.
>
>
>
> Thanks for your help
>
> ** **
>
> ** **
>
> ** **
>
> ** **
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> ------------------------------------------------------------------------
>
>
>
> _______________________________________________
> Serusers mailing list
> Serusers(a)lists.iptel.org <mailto:Serusers@lists.iptel.org>
> http://lists.iptel.org/mailman/listinfo/serusers
>
Noob here, sorry :)
I've been working with SER for about a month and I have a working config
using what's provided by iptel.org
'getting started' gw-pstn.cfg -
But here's were I'm stuck. I'd like to add accounting, but I haven't
found a good example based on gw-pstn.cfg
where accounting has been added. Google turns up old updated information.
I'm hoping someone can post or email their gw-pstn.cfg with acc enabled:
Note: Basically the gw-pstn.cfg script provides a good example of using
SER with nathelper and mediaproxy as well
as rewriting to a PSTN Gateway
Can you help me?
TIA
Bart
bart(a)icpage.com